对于严重依赖第三方的团队来说，Scrumban 也很有趣。通常，与供应商或外部服务提供商的协议基于与内部冲刺周期不同步的合同。因此，团队通常很难准确估计一项工作何时完成。然而，Scrum 的期望是开发团队对其打算在接下来的两周内完成的任务做出明确且具有约束力的承诺。你可以想象，在这样的背景下这几乎是不可能的。
什么时候使用 Scrum，什么时候使用 Kanban？
您的团队是否缺乏灵活性并且需要设定时间表的明确指导方针？您的团队是否应该拥有不受干扰地工作的时间段？那我推荐Scrum，因为任务两周就固定了，不用考虑外界干扰。
2.分析你的环境和流程
工作流程不太明确、按顺序开始和完成工作、并且经常需要重新调整任 巴拿马电话号码库 务优先级以满足不断变化的需求的团队最好使用看板。前提是任务不能太广泛，否则重新调整优先级就变得不可能。
另一方面，Scrum 适合具有一定程度规划安全性的项目，至少在冲刺期间具有安全性。如果您的客户需要定期参与，我也推荐 Scrum，因为他们将在每个冲刺结束时看到真正的进展。
3.考虑公司战略
快速引入 Scrum 是行不通的。 Scrum 要在一家公司中扎根，需要时间，最重要的是需要管理层的支持和走向自组织的意愿。然而，如果组织希望首先谨慎地尝试敏捷性，并且不希望进行任何根本性的组织变革，那么从看板开始可能是更好的策略。