敏捷项目管理Scrum连载系列之Scrum与看板哪种最适合？该如何选择？
敏捷是充当指南针一样的工具、能力，它是一系列理想和原则。
看板（kanban）和Scrum是框架，可帮助团队遵循敏捷原则并完成工作。
指出Scrum惯例和看板惯例之间的区别很容易，但这只是表面上的。尽管做法不同，但原则基本相同。这两个框架将帮助我们对项目精简，精简，再精简；以更少的麻烦来构建更好的产品（和服务）。
不要问“看板与混乱”。而是询问“看板或Scrum”，甚至询问“看板和Scrum”。使更多的是原则而不是实践。
题外话：最近老程看到一个国外的敏捷专家提到ScrumBan，回头，我研究下，和大伙分享下；
那么，敏捷（Scrum）与看板的区别？
敏捷是一种用于项目管理和产品开发的结构化且迭代的方法。它认识到产品开发的波动性，并提供了一种方法，可以使自组织团队在不脱离常规的情况下对变更做出响应。如今，敏捷已不是竞争优势，已经逐渐成为研发团队的标配。没有人能奢侈地在关起门来，闭门开发数年甚至数月的产品。这意味着正确处理比以往任何时候都更加重要。
看板来自于精益生产，主要作用就是可视的工作，限制进行中的工作（WIP）以及最大程度地提高效率（或流程）。看板团队专注于减少从头到尾完成一个项目（或用户故事）所需的时间 。他们通过使用看板来实现这一目标， 并不断改善工作流程。
Scrum 团队致力于通过称为sprint（冲刺）的固定时间盒来进行软件研发交付。他们的目标是创建学习循环，以快速收集和整合客户反馈。Scrum团队承担特定的角色，创建特殊的工件，并定期举行仪式以保持进展。想要了解更多Scrum，可以阅读《 Scrum指南》这本书 。
Scrum：一种结构化的敏捷方法
有了scrum，团队承诺在每次冲刺结束时交付一些有价值的工作。Scrum建立在经验主义之上，专注于少量工作，这将帮助团队从客户那里收集并更好地进行下一步要做的事情。它是如何分解的：
节奏节奏
Scrum运行迅速，冲刺持续了两到四个星期，并且开始和结束的日期都明确。较短的时间框架迫使将复杂的任务分解为较小的故事，并帮助您的团队快速的研发和交付产品。一个关键问题是：团队能否快速发布可用代码？
通过冲刺计划，冲刺审查和回顾会议，并辅以每日Scrum（日站会）会议。这些Scrum仪式是轻量级的，并且连续运行。
交付的方法
如今，临时发布/交付包含在Scrum中是很常见的，但是在每个sprint结束时发布/交付它一直是最佳实践。团队为每个sprint设定一个目标，即sprint目标，或者批准它在sprint审查会议中发布，或者不批准。
Scrum角色
Scrum具有三个明确定义的角色：
- PO-该产品所有者倡导为客户，经营的产品积压，并帮助优先开发团队所做的工作。
- Scrum教练- 帮助、指导团队引进和应用Scrum，使Scrum落地。
- 开发团队 选择要做的工作，提供了增量，并承担了集体责任。
谁管理Scrum团队？好吧，没人。Scrum团队是自组织的，尽管职责不同，但每个人都是平等的。该团队团结一致，旨在为客户运送价值。
关键指标
速度（一个冲刺中完成的故事点数）是Scrum团队的中心指标。它指导未来的冲刺承诺，或Scrum团队在未来的冲刺中承担多少工作。如果团队平均每个冲刺完成35个故事点（速度= 35），则表示不同意包含45点的冲刺积压。
改变范围
团队努力在冲刺期间不进行范围变更。Scrum团队有时会获得反馈，并了解他们正在从事的工作对客户的价值不如他们所想的那样。在这种情况下，冲刺的范围应更改，以首先反映出向客户运送价值的重要性。在sprint回顾期间，Scrum团队应该讨论如何限制将来的更改，因为更改会使潜在的可交付增量面临风险。
看板：持续改进，流程灵活
看板有助于可视化工作，限制在制品（WIP），并将工作从“正在执行”快速转移到“完成”。
看板非常适合具有大量不同优先级和规模的传入请求的团队。Scrum流程需要对范围进行严格控制，而看板让您随心所欲。让我们看一下可以帮助您做出决定的相同的五个注意事项。
看板节奏
看板基于连续的工作流结构，使团队保持敏捷并随时准备适应不断变化的优先级。用卡表示的工作项在看板中进行组织，它们从工作流（列）的一个阶段流向下一阶段。常见的工作流程阶段是“ 待办”，“进行中”，“正在审核”，“已阻止”和“完成”。但这很无聊。
看板最好的部分是针对您的团队的工作方式创建自定义列。一些写作为例：团队发布了内容，因此我们的专栏从“ 待办事项”，“按优先顺序排列”，“到大纲”，“ 写作，设计，技术评论 ”和“已发货”。我们的董事会帮助我们了解到，我们每周大约交付一份内容，以及瓶颈所在。
发行方法
在看板中，只要有更新就可以发布更新，而没有固定的时间表或预定的截止日期。
从理论上讲，看板没有规定固定的时间来完成任务。如果任务较早（或更晚）完成，则可以根据需要将其释放，而不必等待诸如sprint审查之类的发布里程碑。
看板角色
整个团队都拥有看板管理权。一些团队招募敏捷教练，但与Scrum不同，没有一个“看板大师”可以使一切顺利进行。团队合作并完成整个任务是整个团队的共同责任。
关键指标
提前和如期交货时间是看板团队的重要指标。处理任务从开始到完成所花费的平均时间。周期时间的缩短表明看板团队的成功。
累积流程图（CFD）是看板团队用来了解每个团队的工作项目数量的另一种分析工具。CFD帮助确定需要解决的特定瓶颈以提高吞吐量。
解决瓶颈的另一种方法是通过进行中的工作（WIP）限制。在制品限制限制了一次可以出现在任何一列中的卡的数量。当您达到WIP限制时，请将这些新增的项目向前移动，或者放回待办列表中。
改变哲学
看板工作流可以随时更改。可以根据优先级将新的工作项添加到待办事项中，而现有的卡可以一起被阻止或删除。此外，如果团队能力发生变化，则可以重新校准在制品限制，并相应地调整工作项目。在看板中保持灵活性非常重要。
Scrum工具vs看板工具
敏捷社区认为，这种对话不应该与工具有关。我们经常看到选择工具驱动选择框架，而框架驱动团队采用的原则。我们认为该决定应该朝着另一个方向发展。
一旦我们对Scrum原则保持一致并对Scrum框架感到满意，那么该是时候找到一个对我们有用的Scrum工具了（事实上，现在很多的敏捷应用都将Scrum和看板放在一起，国内的敏捷也一直推崇放在一起结合使用）。