---

Kanban是Agile Scrum吗？（敏捷中的Kanban - Kanban与Scrum结合）

约束造就流程

可以通过研究工具提供了多少种指令来进行比较。规定性工具意味着“需要遵循更多指令”，适应性工具则意味着“需要遵循更少指令”。

100%规定性的工具意味着您无需作任何决定，因为工具对一切都有指令与规则。另一方面，100%适应性的工具允许您和团队随意行动，因为没有指令或限制。 显然，这两个极端在工程与业务中都不切实际。

敏捷流程常被称为轻量级流程，主要因为与其他传统软件开发框架相比，其规定性较少。请记住，敏捷宣言首要且最重要的价值取向，是个体与互动高于流程与工具。

Kanban与Scrum都是高度适应性的流程。不过Kanban更具适应性，因为Scrum设定更多限制与指令，对事件结构的规定也比Kanban更多。例如，Scrum规定有时间盒的开发周期（Sprint），而Kanban本身不要求时间盒迭代，也可以加入采用此类迭代的流程。

工具或流程的价值，在于它如何限制您的选择，同时仍为高质量、快速且有创造力的构建保留足够空间。

比较工具是为了充分发挥作用，而非评判工具

与其他工具和流程一样，Kanban框架与Scrum框架都不完美。 从来没有适用于所有情况的解决方案。这些流程不一定会告诉您项目成功所需做的一切。

它们只是提供特定原则、指令与限制。例如，Scrum要求跨职能团队开展有时间盒的Sprint；Kanban则要求使用可视化看板与在制工作（WIP）控制，同时具备明确的工作流政策、主动流动管理、反馈和改进。

人们可能会将项目成败与工具和流程的质量混为一谈。

有必要理解：

• 项目可能因为出色的工具和流程而取得优秀成果。
• 项目也可能在工具和流程欠佳和/或不适合的情况下，仍取得优秀成果。
• 项目可能因为工具和流程欠佳和/或不适合而取得不良结果。
• 项目也可能在工具和流程出色的情况下，仍取得不良结果。

因此，作为受过培训且获得报酬的专业人士，我们应通过比较工具与流程来更好地理解它们，而非评判它们。

要特别注意，不要不顾具体情况一味遵循流程。应只走能为当前项目创造最佳业务价值的道路，并在需要时持续学习和调整。

不要将组织局限于一种工具

因此，我们需要按需求组合与调整工具！

大多数Kanban和Scrum团队都会采用XP（eXtreme Programming，极限编程）的原则。Kanban团队可以召开每日协调会议，而Scrum规定Developers开展Daily Scrum。Kanban看板可以将Sprint Backlog可视化，但Sprint Backlog是Developers的计划，并不只是一个看板，也不是从Kanban借用并记录下来的东西。不要将组织局限于一种工具。通过试验，找出适合自己的做法。