项目管理

去年我们团队做了一次统计：在一个约 20 人的后端研发小组里，一个两周迭代中真正因为"技术难题"被卡住的工时，只占总阻塞工时的 23%；剩下 77% 的等待，全…

去年第三季度，我帮一家做企业级 SaaS 的研发团队做交付复盘，拿到一份让他们 CTO 沉默了很久的数据：一个 42 人天的迭代里，任务的实际执行时间只占 38%，剩下 62% 的…

去年年底，我帮一家做基础架构的研发团队做迭代复盘。他们的迭代目标完成率连续三个周期卡在 60% 上下，团队 leader 一开始怀疑是估点不准，后来怀疑是人手不够。我们把三个迭代的…

很多研发团队第一次把 FF 依赖写进项目管理系统时，都会遇到同一个尴尬局面：甘特图上画满了箭头，关键路径也自动算出来了，但延期照样发生，跨职能扯皮照样上演。问题不在工具，也不在甘特…

去年第三季度，我参与诊断了一个 120 人规模的研发中心，他们的季度目标完成率连续两个季度卡在 61% 左右。团队负责人的第一反应是"人不够、需求太多"，但我让…

去年 Q3，我帮一家 180 人的 SaaS 研发团队做流程复盘，翻出他们一个迭代周期的阻塞记录：37 个后置任务延期，其中 29 个的延期原因写着"等待前置"…

去年 Q3，我接手了一个已经延期 6 周的支付网关重构项目。复盘时发现，代码本身只写了 3 周，剩下 9 周全耗在等待上：前端等后端接口冻结，后端等运维开测试环境，运维等安全团队评…

去年第三季度，我帮一家接近两百人的研发团队做了一次交付复盘。他们当时正在冲刺一个大版本，前端、后端、测试三条线并行推进。版本上线前一周，后端一个核心接口因为上游数据模型变更被迫返工…

很多研发负责人第一次意识到"任务依赖"是个制度问题，而不是排期问题时，往往已经吃过一次大亏。我印象最深的一次，是一个三端联调的项目：后端接口延期两天，前端和测试…

我第一次意识到FF依赖能把一个迭代拖垮，是在2021年带一个12人的研发小组时。当时看板上所有任务都是绿色"进行中"，周会上每个人都说"快完成了&qu…