scrum敏捷开发框架_Scrum与看板：哪种敏捷框架更好？

scrum敏捷开发框架

由于Scrum和看板都属于敏捷框架的保护范围，因此许多人将其混淆或认为它们是同一回事。 但是有区别。 一方面，scrum更特定于软件开发团队，而看板则被许多类型的团队所使用，并专注于提供敏捷团队工作流程的可视化表示。 有人认为看板是要把事情做好，而Scrum就是要把事情做好。

历史课

在我们深入了解Scrum和看板之前，让我们谈一些历史。 在Scrum，看板和敏捷开发之前，就已经有了瀑布模型。 它在80年代和90年代很流行，尤其是在土木工程和机械工程领域，这些领域很少发生变化，设计通常保持不变。 它被用于软件开发，但是并不能很好地转化为这个领域，其结果很少有人期望或期望的。

2001年， 敏捷宣言作为克服瀑布问题的替代方案出现。 宣言概述了敏捷原则和信念，包括缩短交货时间，开放沟通，简化流程，持续培训以及适应变化。 当涉及到软件开发实践和团队时，这些原则就可以发挥自己的生命。 在出现异常情况，错误或客户不满意的情况下，敏捷使开发团队能够快速进行更改，并且软件发布速度更快，质量更高。

什么是敏捷？

敏捷框架（或简称为敏捷）是多种迭代和增量软件开发方法（例如看板和scrum）的总称。 看板和Scrum本身也被认为是敏捷框架。 正如Mendix解释的那样 ：

“虽然每种敏捷方法类型都有其独特的特质，但它们在创建应用程序时都包含了迭代开发和持续反馈的要素。任何敏捷开发项目都涉及持续的计划，持续的测试，持续的集成以及其他形式的持续开发。敏捷框架产生的项目和应用程序。”

什么是看板？

看板是日语中“视觉信号”的意思。 它也是一个敏捷框架或工作管理系统，被认为是功能强大的项目管理工具。

看板（例如Wekan ，一个开放的看板应用程序）是一种视觉方法，用于通过一系列固定步骤来管理产品的创建。 它强调连续流动，并被设计为在板上的列中显示的阶段列表。 看板董事会开始时有一个等待阶段或积压阶段，可能有一些进度阶段，例如测试，开发，完成或放弃。

项目中的每个任务或项目的一部分都显示在卡片上，并且卡片在各个阶段中进行时会在此板上移动。 卡的当前阶段必须完成，然后才能移至下一阶段。

看板的其他功能包括颜色编码（以视觉方式识别任务的不同阶段或类型）和在制品 （ WIP ）限制（以限制工作流的不同阶段所允许的最大工作项数）。

Wekan 与Trello （专有的看板应用程序） 相似 。 它是各种数字看板工具之一。 团队还可以使用传统的看板方法：墙壁，木板或大张纸，上面带有不同颜色的粘滞便笺，可以完成各种任务。 无论使用哪种方法，其想法都是有效，高效和连续地应用敏捷。

什么是Scrum？

Scrum通常涉及每日站立和冲刺，以及冲刺计划，冲刺评论和回顾。 每天都有Scrum和2到4周的冲刺（将代码投入生产），目的是在每次冲刺之后创建可发货的产品。

^{每日站立会议允许团队成员共享进度。 （照片来源：Andrea Truong）}

Scrum团队通常由Scrum主管，产品所有者和开发团队组成。 为了使客户满意，所有企业必须同步运行，以生产出高质量的软件产品。

Scrum还是看板哪个更好？

以所有这些为背景，我们剩下的重要问题是：哪种敏捷框架是高级，看板或Scrum？ 这要看情况。 当然，这不是一个简单明了的选择，也不是一种方法固有的优越性，但是鉴于组织的状态，团队的组成，要生产的产品或服务，一种方法可能比另一种方法更有价值。 在某些情况下，即使同时使用看板和Scrum，Scrumban（如果您愿意）也是一个有效的选择。

软件开发团队通常使用Scrum，因为发现Scrum在软件生命周期过程中非常有用。

看板可用于各种团队，包括IT，市场营销，人力资源，转型，制造，医疗保健，财务等。其核心价值是持续的工作流程，持续的反馈，持续的变化，并大力搅拌，直到您达到所需的质量和一致性为止或创建可运输的产品。 该团队从积压的工作开始，直到完成所有任务。 通常，成员将根据他们的专业知识或专业领域来选择任务，但是团队必须小心，不要因过于专业化而降低其有效性。

结论

Scrum和看板敏捷框架都有一个地方，它们的效用取决于团队的组成，要交付的产品或服务，项目的要求或范围以及组织文化。 会有反复试验，特别是对于新团队。

Scrum和看板都是依靠工作流并旨在减少浪费的迭代工作系统。 无论您的团队选择哪种框架，您都将成为赢家。 这两个框架现在都很有价值，可能还会持续一段时间。

翻译自: https://opensource.com/article/19/8/scrum-vs-kanban

scrum敏捷开发框架