SS依赖

去年下半年，我以外部顾问的身份介入了一家ERP实施公司的项目复盘。项目已经延期六周，项目经理拿着一份28个任务、27条依赖的甘特图向我解释：每个任务都有前置，逻辑清清楚楚。我拉了一…

去年第三季度，我参与复盘了一个 11 人研发小组的连续三个冲刺。数据拉出来之后，会议室安静了大概半分钟：三个冲刺里，任务真正被"动手做"的时间加起来只占 52%…

2023年秋天，我接手了一个中台团队的过程改进。团队12个人，双周迭代，看起来一切正常，但连续三个迭代都没能按时交付。复盘会上，所有人的说法高度一致："不是我不干活，是我…

去年第三季度，我参与复盘了一个延期 17 天的版本。团队 40 多人，版本计划 8 周，最终用了 11 周半。复盘会上大家先怀疑是某个后端接口写慢了，又怀疑是测试人力不够，最后拉出…

去年年底我做过一次团队复盘，把三个迭代的延期记录全部导出来，一共 47 条任务出现了明显延期。我原本以为是估点不准，逐条看完之后发现：只有 11 条是任务本身做不完，剩下 36 条…

我复盘过一个双端并行改造的项目：客户端做新版首页，服务端重构内容聚合接口。评审会上双方都说"没问题"，排期表上两条任务并排画着，起始时间都是周一。两周后我才发现…

上个月我把一个延期 19 天的版本做了一次完整复盘，把 47 条任务的时间线一条条摊在甘特图上，结果有点难看：真正"有人在干活"的时间只占 6 天，剩下 13 …

2024 年 3 月，我参与过一次 B 端产品的迭代排期复盘。那个迭代原计划 62 人天，产品经理在甘特图里把 11 条"完成-开始"依赖改成了"开始…

2024 年第三季度，我帮一个 180 人规模的 SaaS 团队复盘他们连续三个迭代的延期原因。结论有点反常识：真正卡住交付的不是人手不足，也不是需求变更太频繁，而是排期表里 87…

去年 Q4，我参与复盘了一个延迟 23 天才上线的 B 端产品版本。复盘会上，研发负责人说了一句让全场沉默的话："我们每个人都按期完成了自己的任务，但这个版本还是晚了三周…