交付预测

迭代计划总是排得满满当当，到了结束却有大量任务顺延，问题往往不在团队“不够努力”，而在容量被当成了工时总和，而不是经过风险、人员可用性和工作类型校准后的交付能力。迭代容量管理真正要…

迭代管理迭代进度教程：研发团队最佳实践，避坑指南 迭代计划里写着“本周完成 12 项”，周四看板却有 5 项仍在开发、3 项卡在联调、2 项新增了需求，团队还在解释“整体进度正常”…

剩余工时不是“计划工时减去已耗工时”这么简单：如果一个需求原计划 40 小时，做了 24 小时后，剩余工时仍填 16 小时，数字看似准确，团队却可能已经错过了联调窗口。真正有用的剩…

产品经理问“这个需求还剩几小时”，得到“还剩三天”并不罕见。问题在于，三天可能是日历时间，也可能是三个人的工作量；可能只算开发，也可能把评审、联调、验收都算进去了。剩余工时的最佳实…

迭代计划里写着“完成率 80%”，但上线前两天测试才发现核心链路仍有阻塞，这并不罕见。迭代进度管理真正要回答的不是“做完了多少”，而是“剩余工作能否按当前质量和依赖条件交付”。我会…

Task 管理最容易制造的一种错觉，是看板上任务很多、状态更新很勤，管理层却仍然不知道项目能否按期交付。问题通常不在于团队缺少任务，而在于任务数据没有连成一条可判断的链路：目标如何…

版本排期最常见的失误，不是把某个需求估少了两天，而是把一张“看起来排满了”的计划误当成承诺：开发认为依赖已就绪，测试却还没拿到环境；业务认为功能已上线，实际只完成了代码合并；负责人…

我见过一个 200 人规模的研发中心，项目管理平台里 4000 多条已完成任务，其中"实际工期"字段有值的只有 2513 条，占 63%；而这 2513 条里，…