项目管理

去年冬天，我以外部顾问的身份，介入了一家两百人规模研发团队的“范围失控”救火。项目原计划三个月上线，拖到第五个月时，团队已经连续加班三周，需求清单从最初的 47 项膨胀到 139 …

去年年底，我参与了一个 60 多人研发组织的版本复盘。管理层给出的结论是”技术难度超预期”，但当我要求把工作项数据重新拉一遍之后，得到的却是另一个答案。 那…

去年我主导过一次跨三地研发团队的范围复盘，一个原计划 6 周交付的版本，最终做了 11 周,延期 83%。会后我把所有变更单拉出来统计,发现真正由”需求本身复杂度&#8…

2023 年第四季度，我接手了一个 320 人研发组织的交付复盘。当时他们刚完成第 14 个版本交付，内部报表上写着”按期交付率 92%”，但业务方满意度只…

去年 Q3，我参与复盘一个延期 47 天才交付的版本。团队第一反应是「估点不准」，但我让他们把迭代期内所有范围变动拉出来对齐后，发现真正的原因藏在另一处：这个版本在开发过程中发生了…

2024 年 3 月，我复盘了一个 180 人研发组织为期 6 个月的交付周期：立项时双方确认的 142 个需求，到交付评审时变成了 231 个；而最初那 142 个需求里，最终完…

去年 Q3，我接手一家 220 人研发组织的效能度量项目，翻完三个产品线共 47 个迭代的工作分解记录后发现，真正让交付失控的不是需求太多，而是工作分解的粒度离散度高达 5.2 倍…

去年第四季度，我参与了一家约 400 人规模企业的研发效能复盘。他们的 CTO 说了一句让我印象很深的话：“我们不是做得慢，是每次做完才发现做的不是最初要的东西。”数据显示，他们全…

2023 年我参与过一次项目复盘，客户是一家约 220 人的 SaaS 公司，一个原计划 6 周交付的版本最终用了 19 周。团队负责人的第一判断是“这个版本需求太多了”。我把工作…

我在过去四年里给十多个研发团队做过范围管理的陪跑，最常见的场景是：项目启动会上所有人点头说”范围很清楚”，两个月后复盘时，没人能说清到底是谁、在哪个时间点，…