论敏捷与延迟：项目延迟六大原因，该如何避免？

本文要点

• 敏捷团队通常会参与交付业务的重大里程碑，这种里程碑是业务在特定时间点所期望的，相关的预算也是商定好的。所以团队需要做好预测，否则就可能会被指责"敏捷却迟到"。
• 根据逻辑，项目延迟有六大可能的原因——也就是“逻辑六成因”。其中的三条因素是在技​​术团队控制下的：低估工作量；缺乏可用的人才；并且缺乏团队生产力。另外三条是发起人控制的：需求不明确；范围变更；并且缺乏所需的持续投入。
• 有一些指标针对的就是这六条潜在的延迟原因——测量这些指标以提高预测的准确性是至关重要的。
• 这些指标需要从多个数据源中总结出来，因此需要端到端的交付指标/分析平台，否则这些指标就很难评价。
• 然后可以使用这些指标创建红色/琥珀色/绿色（RAG）根本原因进度报告——与发起人共享更准确的预测和明确的改善措施，并分配责任来实施已确定的改善措施。

我们合作的敏捷团队有着多种多样的规模和形态，而可预测性几乎是所有主题的重中之重——因为“敏捷”和“可预测”这两个词并不总是相辅相成的……

那么开发团队如何才能保持敏捷并提高交付的可预测性呢？做到这一点，当利益相关方问到关于可预测性的问题“我们是不是在如期推进？”，他们才可以给出一个有意义的回答。

典型的敏捷团队预测方法

基于产品的敏捷软件开发团队会频繁交付小幅度的增量改进，可能很少花时间来操心预测的话题。

但是，敏捷团队往往需要交付一些重大里程碑，这些里程碑是业务在特定时间点所期望的，相关的预算也是商定好的；因此团队需要有效地预测，否则就可能被指责为“敏捷却迟到！”。

根据我们的经验，敏捷团队的预测往往很不准确，并且通常仅基于团队本身对积压、速度和口头保证的简单观察结果。