看板方法

看板是Scrum之后用于软件开发的最流行的敏捷框架。它提供了工作的实时性和透明性。在看板中，所有任务都是可见的，允许团队成员随时查看每项任务的状态。

看板方法的特点

• 灵活性
  在看板方法中，团队专注于“进行中”状态的工作。一旦团队完成任务，它就会完成产品待办事项的下一个第一项任务。产品负责人会重新确定任务的优先级，或者对团队外部的产品待办事项进行更改，这样就不会破坏或影响团队。产品所有者将最重要的任务放在产品待办事项的顶部，因此开发团队确保他们将产生最有价值的输出。在看板中，我们不需要像在scrum中那样进行固定长度的迭代。

• 最大限度地缩短时间周期
  工作周期是工作从开始到运送到客户的那一刻所花费的时间。重叠的技能组可以最小化循环时间。在这种情况下，开发人员不仅可以编写代码，还可以在需要时测试代码。这种类型的共享技能意味着团队成员可以进行异构工作，从而优化周期时间。

• 可视指标
  可视指标是提高团队效率和团队效率的一种方式。可视化指标通过图表显示，团队成员可以查看图表中的数据，并可以发现其流程中出现的问题。可视指标的主要目标是减少问题在整个过程中移动所花费的时间。
  看板团队使用两种类型的图表：
  控制图：显示每个问题所花费的周期时间。
  累积流程图：显示每个州存在的问题数量。

• 持续交付
  持续交付的主要目标是快速交付低风险产品。从敏捷方法到持续交付的过渡将两到三周的冲刺转变为看板方法。看板方法和持续交付都通过更快地向客户交付产品而相互补充。软件开发团队用于以连续的方式开发，测试和审查新功能。因此，我们可以说看板是一种连续流方法。

看板主面板

看板是一种用于可视化工作并限制在制品工作的工具。

与scrum一样，我们正在从产品待办事项中添加一些活动并添加sprint backlog。但是，在看板中没有sprint，因此不会执行sprint backlog活动。这是scrum和Kanban之间的主要区别，scrum包含sprint backlog，而kanban不包含sprint backlog。

看板由三种状态组成：

• 待办事项
• 正在做
• 已完成

项目启动后，我们将产品待办事项中的所有活动都置于“待办事项”状态。当团队成员开始处理某个活动时，该活动将处于“正在”状态，并且在放置活动时，它将处于“完成”状态。

从Kanban主面板，人们可以了解已经完成了哪些活动以及他们需要开展哪些活动。

看板板最重要的功能之一是限制选项。在上图中，我们在产品待办事项中有八个任务，限制集为4。一次只有四个任务处于“待办事项”状态，并且如果任何任务处于“正在”状态 然后，产品待办事项中的另外一项任务将被置于“待办事项”状态。通过这种方式，我们可以根据资源的可用性设置限制。