敏捷软件开发源于一种哲学，即敏捷意味着创造和应对变化。敏捷意味着适应和应对变化的能力，而不会错失良机或陷入混乱。敏捷意味着作为一个由不同能力、技能和人才组成的团队一起工作。 团队成员包括业务部门和软件开发部门，他们一起工作，生产出能够持续满足或超越客户期望的工作软件。
敏捷的成功源于向客户提供高质量的工作软件。敏捷包括一个宣言和12条原则的清单，供人们遵循。这些原则是为了引导软件开发朝着积极的方向发展，同时接受并适应随之而来的变化。敏捷团队必须一起工作，不断改变流程和程序，以达到改善软件和开发过程的共同目标。
作为敏捷软件开发的一部分，一般有三种标准方案来管理团队任务和工作进度。它们中的每一个都被认为是敏捷的，但它们是独立的方法，涵盖了各种工作情况。敏捷团队使用Scrum、Scrumban或Kanban，用敏捷的方法来管理工作。有什么区别？哪一种效果最好？你必须选择一个，还是说创造力可以成为你的指南？
本指南提供了关于使用Scrum、Scrumban或Kanban来管理敏捷团队任务和生产力的用途和区别的信息。
主要收获。
- 什么是Scrum、Scrumban和Kanban？
- 了解Scrum、Scrumban和Kanban如何工作。
- Scrum、Scrumban和Kanban的好处是什么？
- 如何选择使用哪一种？
- 了解选择某个特定流程的优势和劣势。
- 发现切换到另一个敏捷任务管理是否对团队有利。
什么是Scrum、Scrumban和Kanban？
每一种都使用电子或物理板来跟踪工作。这些板子显示由团队决定的不同的列。每一列代表一个业务流程的任务或功能。例如，大多数软件开发项目包含这些或类似的任务。
- 积压任务
- 待办事项
- 开发
- 测试
- 发布
这些任务中的每一项都在黑板上用一列表示。用户故事在backlog中被创建，并在每一列中移动，代表该任务在开发过程中的位置。
Scrum通过计划中的冲刺或迭代来管理工作，一般需要1-4周。每个冲刺在设定的时间开始和结束，并符合既定的工作完成期限。Scrum委员会在每个新的冲刺开始时进行重置。所有已完成的工作都在指定的冲刺期间归档。在冲刺期间没有完成的工作通常会滚入新的冲刺。
看板没有预先定义的迭代或设置基于时间的最后期限。看板的工作流程是连续的，直到发布工作完成。这时，团队会确定发布工作是否完成，然后重新开始一个新的迭代。看板上管理的工作在看板上保持活跃，但通常会按发布版本转移到一个存储位置。看板团队还可以根据需要召开计划、站立和回顾会议，而不像Scrum那样有严格的时间要求。
Scrumban使用Scrum定义好的、有时间限制的冲刺，通常是1-4周的短时计划性迭代。所用的板子更像看板方法，迭代工作在板子上连续流动。Scrumban团队遵循看板方法，只在需要的时候召开计划会、看板会和回顾会。Scrumban通常像Scrum一样执行更严格的流程规则，同时使用看板的持续开发方法。
Scrum、Scrumban和Kanban是如何工作的？
Scrum、Scrumban和Kanban都使用类似的板块结构。三者之间的区别不一定在板子上，而是控制出现在一列中的任务数量的规则，以及任务是被拉入还是被推入一列。栏目根据一个团队或组织使用的任务而不同。
在Scrum中，板块被设计用来管理预先定义的迭代，这些迭代一般跨度为1到4周。每个迭代都有一个设定的开始和结束日期，与一个冲刺相关的工作只在该冲刺活动时显示。一旦一个冲刺完成，与之相关的工作任务就会归档。使用scrum意味着满足冲刺开始和结束的最后期限。
此外，冲刺计划会议被用来定义哪些故事或任务工作是在冲刺中完成的。其他基于敏捷的会议包括每天讨论冲刺工作的问题，一旦冲刺完成，就会举行回顾会议，讨论是否需要改变任何流程以提高团队的生产力或工作流程。
看板规则适用于每一列中可以同时出现的工作故事或任务的数量。换句话说，看板工作必须在看板上不断移动。当团队用过多的工作使柱子超载时，任务的优先级就会丧失，而往往是在低优先级的项目上进行工作。通过控制每次在每一列中允许的任务数量，工作的管理就会以一种更持续的方式进行，而不是突发的混乱和无序。
Scrum和Scrumban执行的是类似的董事会规则。Scrumban的出现是因为Scrum的故事在一个冲刺阶段没有完全完成时，经常会滚动到下一个冲刺阶段。许多使用Scrum的团队浪费了大量的时间来管理未完成的工作。
例如，当一个故事没有在冲刺时间内完成开发和测试，团队就会转到下一个冲刺。开发者签入的代码会怎样？如果故事在测试中但没有完成，那么测试怎么办？当冲刺工作没有在冲刺期间完成时，开发人员和测试人员会浪费时间，把工作转移或删除到另一个冲刺。
选择每种方法的好处是什么？
每种方法的好处取决于组织内团队的既定流程。管理风格和角色往往决定了一个小组可以管理的方法类型。例如，当管理必须在规定时间内交付的大型项目时，Scrum通常是首选。然而，随着工作在冲刺阶段的滚动，许多团队转而采用Scrumban，以尽量减少因错过最后期限而导致的重复工作。
看板的好处包括。
- 没有任意的冲刺截止日期
- 没有急于完成工作的压力
- 减少因不必要的或无益的会议而损失的时间
- 连续的、始终流动的工作流
- 容易看到工作进展
然而，不要被愚弄，总是有最后期限的。发布必须在规定的截止日期前送到客户手中。与看板不同的是，发布有一个截止日期，而不是每一周的工作。因此，当故事或工作任务比预期的时间长，或涉及的工作比预期的多，就有时间来弥补工作，而不影响发布时间表或不得不改变所有的冲刺日期来完成工作。更少的压力，更少的混乱，更少的时间被浪费在重做或滚动工作到下一个迭代上。
Scrum的好处包括。
- 受控的最后期限，经常被忽视但仍然存在
- 更快的开发节奏
- 基于优先级的工作，快速的工作进展
- 当迭代完成后，管理层认为工作已经完成。
Scrumban的好处包括。
- 受控的最后期限，经常被忽视但仍然存在
- 使用连续的板块流程
- 更容易找到以前冲刺阶段的故事或工作
- 更好地可视化发布工作的进展
选择任务管理流程的提示
敏捷的最佳方面之一是能够改变和适应。在选择任务管理流程时，先选择你认为最能满足团队工作习惯和需求的流程。任务管理类型的决定可能需要在选择最佳类型之前进行试验。
持续改进意味着当任务管理类型不奏效时要改变它。如果不改变，那就创造一个适合你的团队的版本。敏捷是关于对变化的适应性，这包括工作的管理方式。
选择最适合团队的流程，发布质量和生产力。我非常偏爱看板，因为它的工作流持续不断，最后期限较少。当我可以自我管理那些需要更多关注或有问题的工作时，我的工作会更好，而且还能在最后期限前完成。我不喜欢Scrum或Scrumban的虚假期限压力。每次我在一个使用Scrum的团队中，都要花大约一个月的时间转到Scrumban，然后最终转到Kanban。
每种方法都要尝试一两个月，然后选择对团队最有效的方法，或者创造你自己的、独特的版本。每个企业的功能都不同，让所选的任务管理系统为团队服务。
