消除未完成的工作

什么是“未完成的工作”？它为何有害？

“未完成的工作”（Un-done Work）是指根据 Scrum 团队的“完成定义”（Definition of Done），在 Sprint 结束时仍未完成的工作。简单来说，未完成的工作就是一种浪费。它没有为产品增量带来任何价值，甚至可能降低其价值。

归根结底，未完成的工作代表了 Scrum 团队花费时间去做却没有产生任何价值的事情，这不仅浪费了资源，还可能阻碍他们去做更有价值的工作，或者延缓了更关键工作的交付。

有些 Scrum 团队认为未完成的工作并不是什么大问题，只是将其视为下个 Sprint 中继续推进的工作内容。然而，这种工作方式忽视了 Scrum 框架中的几个重要方面，并带来了以下风险：

忽略了工作可能永远不具备价值的可能性

交付可工作的产品增量之所以有价值，一方面是因为客户可以从已完成的工作中获益，另一方面是团队可以通过反馈学习到新的东西，从而调整方向。越早获得这些反馈，就越能及时停止那些没有价值的工作。延迟反馈会增加团队在潜在无价值工作上的投入。

错过了对产品增量的检视与调整机会

当工作从一个 Sprint 延续到下一个 Sprint 时，Sprint 评审会就变成了随意展示当前可用功能的会议，而 Sprint 计划会则可能沦为更新滚动计划的例行公事。Sprint 时间盒的存在是为了促使团队暂停当前工作，腾出时间进行检视和调整。而滚动计划和定期演示进展并不能达到同样的效果。

无法形成有效的 Sprint 目标

如果 Scrum 团队总是无法实现其 Sprint 目标，并不断将目标延续到下一个 Sprint，那么这个目标可能是过于宏大、不切实际甚至是无法达成的。如果团队持续无法达成目标，就应该重新评估并设定更现实的目标。也可能团队并未真正理解 Sprint 目标的聚焦作用，需要帮助来设定更有效的目标。

Scrum 团队在 Sprint 结束时留下未完成的工作，可能有以下几个原因：

不理解时间盒或 Sprint 目标的重要性

如果 Sprint 只是周期性的进度检查，Sprint 规划也只是更新现有的项目或发布计划，那么团队对 Scrum 框架的理解就被弱化了。这表明他们并没有真正使用 Scrum，而是换了个名字继续做原来做的事。

在 Sprint 规划阶段承担了过多任务

这种情况通常发生在团队高估了自己的生产力时，可能是因为低估了所接受任务的复杂性，或是对自己完成工作的能力过于自信。

在 Sprint 过程中接受了额外任务

团队可能会允许产品负责人或利益相关者在 Sprint 中加入原本未计划、且与 Sprint 目标无关的新任务，从而影响了原有目标的达成。

低估了外部事件和中断对效率的影响

突发情况确实会发生，例如成员被抽调去处理业务中断、生产故障，或协助其他团队。此外，即使是像临时会议、问题咨询等看似微不足道的干扰，长期累积也会严重影响工作效率。

关于这一点，研究表明，即使是“快速提问”或电话这样的小干扰，也可能极大地影响效率。“恢复专注所需的时间取决于任务的复杂程度，从简单的任务大约8分钟，到复杂的任务可能长达25分钟。”

尽管 Scrum 团队在 Sprint 结束时出现未完成工作的原因各不相同，但这种情况应尽量避免，因为它会损害团队交付价值的能力。以下是一些可以帮助团队减少未完成工作的技巧：

确保团队每个人都理解并承诺遵守“完成定义”

团队的“完成定义”反映了所有成员对产品增量最低质量标准的共识。它不是理想化的期望，也不是可有可无的东西。它是整个团队一致同意的完成条件，是确保透明度和产品持续改进的关键。

积累对问题域和解决方案的经验

随着 Scrum 团队成员之间的协作更加熟练、对问题领域和客户需求的理解加深、以及对工具和技术掌握的提升，他们将能够更准确地预估工作量，并制定更有效的 Sprint 计划。

使用辅助预测技术

采用蒙特卡洛模拟等预测技术，利用统计模型分析团队产能，或通过技术复杂性模型辅助规划，可以增强团队经验，帮助他们制定更现实、更可靠的 Sprint 计划。需要注意的是，预测方法也可能因假设错误或未能考虑某些变量而失效。

最小化中断和障碍

中断会分散团队注意力，消耗他们的生产力。减少这些干扰有助于提高团队效率。

还有一些其他的障碍也可能会阻止团队继续推进工作，直到这些障碍被清除。例如：