项目管理

项目范围范围变更全流程：研发团队制度设计与一文讲清 我经历过一次成本最离谱的范围变更。某电商中台项目，40 人研发团队，第 5 个迭代已经进入联调期，业务方在周会上提出：批量导出的…

2021 年我负责一个 B 端 SaaS 产品的重构项目。立项评审通过那天，需求池里躺着 68 个条目，我在白板上画了一条 5 个月的时间线。实际交付那天是第 9 个月零 11 天…

2023 年我接手一个 80 人研发团队的范围治理项目时，看到的第一份数据是：需求池里躺着 1247 条条目，其中能在验收会上说清楚”怎么算做完”的不到 3…

2021 年我接手过一个 130 人的研发中台团队，第一次做季度复盘时发现一组很难解释的数字：14 个迭代里有 9 个的实际交付范围比计划超出了 30% 以上，但项目按期上线的比例…

去年我给一个 180 人的研发组织做效能诊断，第一周就撞上一个很刺眼的数字：22 个 Scrum 团队里，有 17 个团队的迭代内范围变更率超过 30%。也就是说，团队在迭代第一天…

我复盘过自己深度参与的 27 个研发项目，最终交付范围超出最初基线的有 23 个，占比 85%。但真正让我意外的不是这个比例，而是这 23 个项目里有 19 个在立项时都写过一份&…

我在 2023 年给一家 400 人规模的智能硬件公司做研发效能诊断时，碰到过一个特别典型的场景：立项会上定的范围是”三个硬件版本 + 配套 App 主流程 + 云端基…

去年十月，我受邀给一家做工业控制器的研发团队做流程复盘。他们的研发总监给我看了一份项目周报：原计划 8 周交付的网关固件项目，已经做到第 19 周，需求条目从立项时的 46 条涨到…

2022 年我接手过一个 40 人研发团队的范围治理，他们的季度 OKR 上写着“交付 3 个核心模块”。季度结束复盘时，3 个模块只交付了 1 个，另外 2 个顺延到下一季度，但…

我见过最典型的一次范围失控，发生在一家做 SaaS 的中型公司。项目立项时，产品经理在文档里写了一句话：“支持多租户配置和权限体系。”十二周后，这个项目变成了 47 个人月，延期 …