飞飞

很多研发团队的进度管理，其实是从一次项目延期开始的。我见过一个 12 人的后端团队，迭代周期两周，连续三个迭代都出现「前 10 天平静、最后 2 天爆炸」的节奏，需求完成率从 85…

2023年下半年，我以技术顾问的身份介入了一家SaaS公司的研发中台团队。这个团队有14个人，分为前端、后端、测试三个小组，负责人是一位从高级开发刚升上来的技术主管。我问他 第一个…

去年第三季度，我帮一家做企业级 SaaS 的研发团队做了一次迭代复盘。他们上一迭代的完成率报的是 92%，听起来相当健康。但翻开发布记录，计划上线的 14 个需求只交付了 9 个,…

我带的第一个研发项目，计划表做得像一张精密的电路图，每个任务都有开始结束日期，依赖关系用箭头标得清清楚楚。结果第二周需求变更，第三周核心开发被临时抽调，第五周发现测试资源和开发资源…

去年第三季度，我帮一家做工业质检软件的研发团队做进度复盘。他们一共 47 人，三个 Scrum 团队，季度初定的目标是交付 6 个版本。到季度末，周报上的平均任务完成率是 91%，…

我做过一个不太严谨的统计：过去三年里，我参与或旁听过大约四十次研发团队的迭代复盘会。真正因为"技术做不出来"导致延期的，不超过五次；剩下三十多次，原因集中在需求…

大多数研发团队的进度更新，问题不在于"没做"，而在于"做了等于没做"。我见过一个二十多人的研发小组，每天站会雷打不动，每个人都说"…

去年第四季度，我接手了一个已经延期两次的企业级后台重构项目。打开项目管理平台看板的那一刻，我印象很深：整体完成率显示 92%，剩余任务只有 17 个未关闭。按这个数字，项目应该在下…

去年我带的一个B端项目，排期时全员拍胸脯说6周能上线，结果第4周周三早上，研发负责人在群里发了一条消息："这周做不完，至少还要两周。"我翻了一下看板，发现过去8…

2023年Q3，我接手了一个被内部标记为"高风险"的B端产品迭代项目。项目启动三周后，我在周报里写下这样一句话："前端完成度80%，后端完成度80%，…