拉动式的 敏捷
如果您正在考虑敏捷或尝试使用它，则可能以某种形式的迭代开始。 您尝试过（并且可能仍在尝试）估算适合迭代的条件。 这就是所谓的“推送”工作，您需要在其中预先进行一些工作。
而且，如果您必须服务中断，例如对先前项目的支持，对生产服务器的支持或对其他项目的帮助，则可能会发现您不能很好地“推动”。 您很难预测每两周可以做什么。 虽然迭代持续时间是可预测的，但是您对迭代内容所做的预测却不可预测。 而且，如果您尝试使用更长的迭代，则它们的可预测性甚至更低。
另一方面，您可以尝试“拉动”敏捷性，在其中设置看板，形象化价值流，并查看团队中的能力和不具备的能力。 Flow没有项目/工作节奏的内置概念。 另一方面，它非常适合可视化所有工作并查看瓶颈所在。
这里的问题：有没有一个正确的方式，通过你的团队来管理工作流程。 每个团队都不一样。
迭代为重新计划，演示和回顾提供了节奏。 节奏，项目节奏有助于树立每个人对团队可以交付什么以及何时交付的期望。
看板为团队提供了工作位置的透视图，如果团队对其进行了衡量，则可以看出工作阶段之间的延迟。 看板可以帮助团队发现瓶颈。
您可以考虑以下一些选项：
添加一个看板，以可视化您的工作流程，然后再进行任何更改。 收集有关正在发生的事情的一些数据。 您的故事是否很大，因此您有更多的压力要求更多可交付的成果？ 您所进行的干扰是否超过您的项目工作？ 减少迭代持续时间。 中断表明您可能需要更改优先级。 一些团队发现他们可以进行为期一周的迭代并管理支持需求。 对于即将到来的非项目工作，请问诸如此类的问题：“什么时候需要完成？ 它比项目工作重要还是有价值？” 确保您是跨职能团队。 团队可以致力于迭代完成工作。 一群不相互依赖的人在进行迭代时遇到麻烦。
仅使用迭代的团队可能不知道他们真正拥有的工作流程，或者他们是否有更多项目或支持/中断工作。 添加紧急队列可能有助于所有人看到工作。 而且，除了紧急队列外，用于分析，开发和单元测试，测试，等待（可能）的更明确的列可能有助于团队了解他们在哪里花费时间。
一些团队尝试在两周（或更长时间）的迭代中工作，但是组织需要更频繁的变更。 看板可能有助于可视化这一点，并允许团队更改其承诺。
一些PO并没有意识到他们需要询问有关团队中所有工作的价值。 如果工作绕过了PO，那就是一个问题。 如果采购订单未对作品进行排名，那就是一个问题。 而且，如果团队无法在一周的迭代中完成任何事情，则表明相互依赖或故事对于团队而言太大。 （可能还有其他问题。这些是我最常看到的症状。
您可以在迭代方法中添加一个看板来实现敏捷。 您可能会考虑完全按照特定的日期移动项目节奏。 例如，您可能会说：“我们每月在每月的5号和19号进行演示。” 这将为您的项目提供节奏。
您可以选择为项目推动工作还是拉动工作（或两者）。 考虑哪个将为您提供最大的价值。
PS：如果您或您的PO在编写较小的故事时遇到麻烦，请考虑我的工作坊， 实用产品所有权 。
翻译自: //12/pushing-vs-pulling-work-agile-project.html
拉动式的 敏捷
