什么是Scrum
Scrum是一个敏捷的流程，有助于在最短的时间内交付业务价值。它的目标是每2-4周交付一次新软件。
什么是看板
看板是管理工作的可视化系统。它形象地描述了流程和看板目标，即工作流程应该以最佳速度顺利进行。
为什么使用Scrum
Scrum方法论可以为每个企业提供项目管理，甚至可以在整个生活中提供项目管理。通过使用Scrum，开发团队变得更加敏捷，并发现如何快速反应和响应突然的变化。
此外，Scrum通过使信息透明来解决工作中的复杂性。这些帮助团队做到这一点，帮助团队成员解决由不断变化的需求引起的常见陷阱和混乱。
为什么使用看板
看板方法的设计是为了满足最小的阻力。因此，它允许连续小型化，还有助于实现吞吐量、交货期和质量方面的改进。
何时使用Scrum
在需求快速变化的项目中使用Scrum方法。Scrum框架通常处理这样的事实，即条件可能变化很快，或者在项目开始时大部分时间是未知的。
在Scrum中，低级需求仅在时间开始时定义。在此方法中，产品、需求和流程的更改和优化是项目不可分割的一部分。
什么时候使用看板
看板允许对软件开发项目工作进行可视化管理。它还帮助他们了解复杂的信息，如与按时完成工作相关的流程和风险。
看板被证明是有效的，因为它帮助团队成员变得更有效率，同时减少了项目经理和团队成员在项目生命周期中感受到的工作量压力。
如果团队有一个运行良好但仍需要优化的过程，则应该实现看板软件开发方法。看板流程允许他们逐步改进所有经过验证和测试的流程。
Scrum过程
Scrum流程鼓励团队成员评估哪些工作正常，哪些不工作。Scrum事件包括：
每日Scrum：
每日Scrum是一个小型会议，每天在相同的地点和时间举行。在每次会议结束时，团队回顾每天的Scrum团队会议上的工作，成员们畅所欲言，谈论任何可能成为项目完成障碍的问题。
冲刺计划会议：
冲刺指的是必须完成工作的时间框架，通常是30天。最后，至少要产生一个软件增量。
Sprint回顾：
Sprint回顾会议在Sprint结束后召开。Sprint回顾的一个基本目标是持续改进。
看板流程
在看板过程中，无论是软件开发、人员配备、市场营销、销售、采购等，一切都是逐步改进的。看板方法遵循一定的原则来管理和改进工作流。
看板方法的四个原则如下：
1. 将工作可视化
通过创建工作和工作流的可视化模型，它有助于观察看板系统中的工作流。
2. 限制在制品（WIP）
它允许团队成员减少在看板系统中按项旅行所需的时间。
3. 关注流畅性
通过使用在制品限制和开发团队驱动的策略，可以优化看板系统以提高工作的流畅性。
4. 持续改进
当看板系统到位时，它就成为持续改进的基础。它通过分析跟踪流、质量交付期等来帮助团队衡量其效率。
Scrum vs 看板
| Scrum | 看板 |
|---|---|
| Scrum强调规划。它从Sprint计划开始，以Sprint回顾结束，召开了许多会议来帮助确保团队与下一步、优先顺序以及从以前的Sprint中学到的东西保持一致。 | 看板愿意在旅途中做出改变。这意味着不那么僵化，事情可以经常变化。 |
| 它建议收集在冲刺过程中进行的时间测量 | 看板推荐使用图表来了解团队随时间推移的进展情况。 |
| Scrum不再要求团队做出承诺。相反，它是关于冲刺目标和预测的。 | 看板依赖于时间盒子和预测。 |
| 它强调计划，因此评估在Scrum中起着非常重要的作用。 | 看板对估算没有强制性要求。 |
| 每个人都有自己的角色和责任。 | 没有固定的角色，因此在个人职责方面具有灵活性。 |
| 迭代/冲刺的持续时间是固定的。持续时间从2周到1个月不等。 | 看板不是基于工期的。这件事是根据循环时间来衡量的。 |
| 团队被要求承担特定数量的工作。 | 承诺不是必须的，对团队来说是可选的。 |
| 在这种方法中，跨职能团队很重要，因为他们可以处理可能导致软件开发瓶颈的任何中断。 | 拥有专业的团队很重要。 |
| 无法将项目添加到正在进行的小版本中。 | 如果额外容量可用，可以轻松添加新项目。 |
| Sprint Backlog只属于一个团队。 | 多个团队可以共享看板。 |
| 可交付成果由冲刺决定，必须完成一组工作并准备好进行审查。 | 产品和流程在需要的基础上持续交付。因此，测试和审查过程同时进行。 |
| Scrum软件开发方法侧重于积压。 | 看板方法完全专注于流程仪表板。 |
| 每个团队成员在Scrum主控决定时间表、产品负责人设定目标和目的以及团队成员领导开发工作方面都有特定的角色。 | 团队没有预定义的角色。如何鼓励团队合作和共同工作。 |
| 最适合优先级不断变化的项目。 | 非常适合具有稳定优先级且不太可能随时间变化的团队。 |
| 通过短跑使用速度来测量产量。 | 使用周期时间或完成一个完整项目所需的确切时间来衡量生产。 |
| Scrum需要从传统模型完全转变为项目要实现的敏捷Scrum模型。 | 看板不允许在项目中进行剧烈的更改。 |
| 对于优先级变化很大的项目来说，这是一种理想的方法。 | 最适合具有稳定优先级的团队。 |
| 在Scrum中，整个团队都专注于协作和完成任务，以提供质量开发工作。 | 团队努力实现目标，减少完成整个过程的时间。因此，时间周期的缩短是这里成功的最大指标。 |
| Scrum强调其时间表；不能将新项目添加到正在进行的迭代中。 | 看板本质上更具迭代性，因为它没有具体的时间框架。这样，只要有额外的容量可用，就可以不断添加新项目。 |
| 全部工作是分批/冲刺完成的。 | 整个项目都是在单线程工作项流的移动上执行的。 |
| Scrum master充当问题解决者。 | 看板鼓励每个团队成员都是领导者，并在他们之间分担责任。 |
| Scrum规定了有时间限制的迭代。 | 看板专注于为单个迭代计划不同的持续时间。 |
| Scrum帮助公司节省时间和金钱。 | 看板方法注重持续改进、生产率和效率。 |
| 在各个层面实现稳定一致的绩效沟通。 | 由于看板的视觉特性，团队成员更容易实现他们的目标。 |
| 在Sprint评审期间对项目进行编码和测试 | 由于看板的视觉特性，团队成员更容易实现他们的目标。 |
| 因为短时间的冲刺和定期的反馈，所以更容易适应不断的变化。 | 它是为定期、稳定的产量而设计的，客户需求的重大变化会使看板失败。 |
| 该项目的总成本最小，这可能会导致更快和更便宜的结果。 | 如果一项任务没有正确估计，项目总成本就永远不会准确。在这种情况下，任务可以分散到几个冲刺阶段。 |
| 这种方法只需要有经验的团队成员。因此，如果团队由不是专家的人组成，项目就不能按时完成。 | 没有为每个阶段分配具体的时间框架，因此团队成员永远不会知道他们在每个阶段可以花费多少时间。 |
| 在这种敏捷Scrum方法中，更容易在预定的时间交付高质量的产品。 | 它是为定期、稳定的产量而设计的，客户需求的重大变化可以使看板下降。 |
| 即使团队成员离开团队，项目计划也不会被打扰。 | 如果任何团队成员在开发过程中退出，可能会影响项目开发。 |
| 日常会议有时会让团队成员感到沮丧。 | 过时的看板可能会导致开发过程中出现问题。 |
| 大型项目可以很容易地划分为易于管理的冲刺项目。 | 只适用于小型团队，所以不适合大型团队。 |
结论：
- Scrum是一个敏捷的流程，它使我们能够专注于在最短的时间内交付业务价值。
- 看板是用于管理软件开发工作的可视化系统。
- 看板方法促进持续改进，生产率和效率有可能提高。
- Scrum专注于积压工作，而看板则专注于仪表板。
- Scrum master充当问题解决者。
- 看板鼓励每个团队成员都是领导者，并在他们之间分担责任。
- Scrum规定了有时间限制的迭代。
- 看板专注于为单个迭代计划不同的持续时间。
