JIRA 看板方法论
JIRA 看板方法论
看板是继 Scrum 之后最流行的软件开发敏捷框架。它提供了工作的实时性和透明度。在看板中，所有任务都是可见的，让团队成员可以随时查看每个任务的状态。
看板方法的特点:
灵活性
在看板方法中，团队专注于"进行中"状态的工作。一旦团队完成了它的任务，它就会拉取产品待办列表的下一个第一个任务。产品负责人重新排列任务的优先级或在团队外部的产品待办事项中进行更改，因此这不会破坏或影响团队。产品负责人将最重要的任务放在产品待办列表的顶部，因此开发团队确保他们将产生最有价值的输出。在看板中，我们不需要像在 Scrum 中那样进行固定长度的迭代。
最小化时间周期
周期时间是工作从开始到交付给客户所花费的时间。重叠的技能组合可以最小化周期时间。这样，开发人员不仅可以编写代码，还可以在需要时测试代码。这种共享技能意味着团队成员可以进行异构工作，从而优化周期时间。
视觉指标
视觉指标是提高团队效率和团队效力的一种方式。可视化指标通过图表显示，团队成员可以查看图表中的数据，并可以发现流程中出现的问题。视觉度量的主要目标是减少问题在整个过程中移动所花费的时间。
看板团队使用两种类型的图表:
控制图: 它显示了每个问题所花费的周期时间。
累积流程图: 它显示了每个状态中存在的问题数量。
持续交付
持续交付的主要目标是快速交付低风险的产品。从敏捷方法到持续交付的过渡将两到三周的冲刺转移到看板方法。通过更快地将产品交付给客户，看板方法和持续交付相辅相成。软件开发团队用于以连续的方式开发、测试和审查新功能。因此，我们可以说看板是一种连续流方法。
看板
看板是一种用于可视化工作和限制正在进行的工作的工具。
与在 Scrum 中一样，我们从产品待办事项列表中提取一些活动并添加到冲刺待办事项列表中。但是，在看板中，我们没有 sprint，因此不会执行 sprint backlog 活动。这是scrum和看板之间的主要区别，即scrum包含sprint backlog而kanban不包含sprint backlog。
看板由三个状态组成:
要做的事情
正在做
完成
当项目开始时，我们将产品待办列表中的所有活动都置于"待办事项"状态。当团队成员开始从事某项活动时，该活动将处于"正在执行"状态，而当该活动被放置时，则将其置于"完成"状态>' 状态。
通过看板，可以了解哪些活动已经完成，哪些活动需要开发。
看板最重要的功能之一board 是一个限制选项。在上图中，我们在一个产品 backlog 中有 8 个任务，限制设置为 4、一次，它只需要 4 个处于"待办事项"状态的任务，如果其中任何一个任务进入"正在做"状态，那么产品待办事项列表中的另一项任务将被置于"待办事项"状态。这样，我们可以根据资源的可用性设置限制。
