看板方法

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

看板方法的特点：

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

看板

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

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

看板委员会由三个州组成：

• 去做
• 在做
• 完成了

当项目开始时，然后我们将所有积压的活动从产品待办事项置于“待办事项”状态。当团队成员开始从事一项活动时，该活动将被置于“正在执行”状态，而当该活动被放置时，其将被置于“完成”状态。

通过看板委员会，您可以了解已完成的活动以及需要开发的活动。

看板的最重要功能之一是限制选项。在上图中，我们有一个产品积压八项任务和限制集4.在时间，这将只需要四个任务在“做”状态，如果任何的任务来，在“做”状态，那么产品待办事项列表中的另一个任务将被置于“待办事项”状态。这样，我们可以根据资源的可用性设置限制。