问Scrum，发布计划有关键的途径吗？

EN

批判性路径思维来自于试图预测未来，猜测瓶颈可能发生在哪里/如何发生，风险可能发生在哪里并导致我们的问题，然后围绕这些瓶颈/风险组织其余的开发活动，以便能够“保证”交付重要功能。

在某些方面，这是精益思维的一个方面，并试图在开发过程中优化流程，不幸的是，它通常没有得到这样的证实，因为它被视为一种预先瀑布式的练习，并且没有随着开发的进展而被回顾。事实上，我们的瓶颈和风险遍布各地，而且随着团队在开发过程中的工作，这些瓶颈和风险往往会随着时间的推移而改变。这是我们如何适应那些是重要的。

在Scrum中，我们避免了通过做小批量工作来预测未来的无用努力，然后根据我们以前工作的结果，根据实际发生的风险和我们接下来需要的最有价值的特性，检查我们的进度并为下一个小批调整计划中的活动。

这并不意味着我们不能对特性的风险和交货顺序做一些初步的思考。在scrum中，我们通过与产品所有者合作来实现这一点，这样他们就可以以高风险/高价值的项目优先排序产品的待办事项。此外，我们通过监控我们的速度来管理瓶颈，并确保我们考虑到我们正在缓慢前进的地方，以及如何在每个春季回顾中改进这一点。

因此，虽然Scrum没有任何关键的路径规划组件，但流程本身直接将这种想法嵌入其中。我们尽早交付“关键”项目，并处理我们认为可能发生的任何风险，以便我们有时间根据发生什么事情对我们的未来计划作出任何调整，同时仍然确保客户尽快得到他们最需要的东西。

不再有一条关键的道路。

在每一次冲刺结束时，您都有一个可交付的产品。您可以在sprint演示中向客户展示这一点。如果顾客喜欢他们看到的东西，你可以提供你所拥有的，如果你不喜欢，那你就再做一次冲刺。

你重复这个过程。每次客户似乎获得了大量的功能(故事)，他们就可以获得下一个版本的交付。

有一个固定的期限(每3-6个月)和一个固定的功能集是你想要避免的。你怎么能用你所掌握的一点点知识来计划6个月后的事情，并期望达到这两个目标。

你可以提供估计，但是每一次冲刺你都必须重新评估你能达到的目标。

• 如果您有固定的功能设置，那么结束点将在每个sprint的末尾移动。
• 如果您有一个固定的端点，那么功能集将在每个sprint的末尾移动。
• 第三条腿是质量，在scrum中，这是一条不应该移动的腿。您仍然需要提供每个sprint的单元测试和验证。

最好是两者都没有，并让客户接受增量升级时，功能变得可用。

如果您正在执行敏捷，就不应该有任何依赖项，因为您可以在没有完成您“依赖”的部件(S)的情况下进行测试。而且，罕见的例外情况不应足以使一个关键的路径分析值得一段时间。