看板方法论

看板是继 Scrum 之后，软件开发中最受欢迎的敏捷框架。它提供了工作实时性和透明度。在看板板上，所有任务都可见，这允许团队成员随时查看每个任务的状态。

看板方法论的特点

• 灵活性
  在看板方法论中，一个团队专注于“进行中”状态的工作。一旦团队完成其任务，它就会提取产品待办事项列表中下一个优先任务。产品负责人可以在团队之外重新确定任务的优先级或更改产品待办事项列表，因此这不会扰乱或影响团队。产品负责人将最重要的任务放在产品待办事项列表的顶部，因此开发团队确保他们将产生最有价值的产出。在看板中，我们不需要像在 Scrum 中那样进行固定长度的迭代。
• 尽量减少周期时间
  周期时间是指工作从开始到交付给客户所花费的时间。重叠的技能集可以最大限度地减少周期时间。在这种情况下，开发人员不仅可以编写代码，还可以在需要时测试代码。这种共享技能的方式意味着团队成员可以承担异构工作，从而优化周期时间。
• 视觉指标
  视觉指标是提高团队效率和团队有效性的一种方法。视觉指标通过图表显示，团队成员可以在图表中查看数据，并可以发现流程中出现的问题。视觉指标的主要目标是减少问题通过整个流程所花费的时间。
  看板团队使用两种类型的图表
  控制图： 它显示每个问题所花费的周期时间。
  累计流程图： 它显示每个状态中存在的问题数量。
• 持续交付
  持续交付的主要目标是以低风险快速交付产品。从敏捷方法到持续交付的转变将两三周的冲刺转移到看板方法论。看板方法论和持续交付通过更快地向客户交付产品来相互补充。软件开发团队习惯于以持续的方式开发、测试和审查新功能。因此，我们可以说看板是一种持续流程的方法论。

看板板

看板板是用于可视化工作和限制进行中的工具。

就像在 Scrum 中一样，我们从产品待办事项列表中获取一些活动并将其添加到冲刺待办事项列表中。但是，在看板中，我们没有冲刺，因此不会执行冲刺待办事项活动。这是 Scrum 和看板之间的主要区别，Scrum 包含冲刺待办事项列表，而看板不包含冲刺待办事项列表。

看板由三种状态组成：

• 待办事项
• 进行中
• 完成

当项目开始时，我们将产品待办事项列表中的所有活动放入“待办事项”状态。当团队成员开始处理一项活动时，该活动将置于“进行中”状态，当活动完成时，它将置于“已完成”状态。

从看板板上，可以了解哪些活动已完成，哪些活动需要开发。

看板板最重要的功能之一是限制选项。在上图中，我们在产品待办事项列表中有八个任务，限制设置为 4。一次，它只会在“待办事项”状态下取四个任务，如果任何任务进入“进行中”状态，则将产品待办事项列表中的另一个任务放置在“待办事项”状态下。通过这种方式，我们可以根据资源的可用性设置限制。