敏捷教练----Scrum-看板

https://www.atlassian.com/agile        

4 看板
4.1 总览
 4.1.1 什么是看板？
       看板是一种流行的框架，用于实现敏捷软件开发。它要求实时沟通的能力和完全透明的工作。工作项在看板板上可视化地表示，允许团队成员在任何时候看到每个工作的状态。
       在当今的敏捷软件团队中，看板是非常重要的，但是看板的工作方法可以追溯到50年前。在1940年代后期，丰田汽车开始根据超市所使用的相同模型来优化其工程流程。超市只储备足以满足消费者需求的产品，这种做法可以优化超市和消费者之间的流程。由于库存水平与消费模式匹配，因此超市通过减少在任何给定时间必须持有的多余库存量来提高库存管理效率。同时，超市仍然可以确保消费者需要的给定产品始终处于库存状态。
        当丰田将相同的系统应用于其工厂车间时，目标是使他们的大量库存水平与实际材料消耗更好地保持一致。为了在工厂车间（并与供应商）实时交流产能水平，工人将在团队之间传递卡片或“看板”。当清空生产线上正在使用的一箱物料时，将看板传递到仓库，以描述所需的物料，该物料的确切数量等。仓库将等待新的物料箱，然后将其发送到工厂车间，然后将其自己的看板发送给供应商。供应商还需要等待该特定物料的装箱，然后将其装运到仓库。尽管此过程的信号技术自1940年代开始发展，但相同的“及时”（或JIT）制造过程仍是其核心。
 4.1.2 软件团队看板
       今天的敏捷软件开发团队能够利用这些相同的JIT原则，将正在进行的工作量(WIP)与团队的能力进行匹配。这为团队提供了更灵活的计划选项、更快的输出、更清晰的焦点以及整个开发周期的透明性。
       虽然框架的核心原则是永恒的，并且几乎适用于任何行业，但是软件开发团队已经在敏捷实践中取得了特别的成功。在某种程度上，这是因为一旦软件团队理解了基本的原则，他们就可以开始实践，几乎不需要任何开销。不像在工厂里实现看板，它会涉及到物理过程的改变和大量材料的添加，软件团队需要的唯一物理的东西是一个板子和卡片，甚至那些都可以是虚拟的。
 4.1.3 看板
       所有看板团队的工作都围绕着一个看板，该板用于可视化工作并优化团队之间的工作流程。尽管物理板在某些团队中很受欢迎，但虚拟板是任何敏捷软件开发工具中的关键功能，因为它们具有可追溯性，更轻松的协作以及从多个位置的可访问性。
       无论团队的董事会是物理董事会还是数字董事会，其职能都是确保团队工作可视化，标准化工作流程以及立即识别和解决所有障碍和依赖关系。基本看板具有三步工作流程：“待办”，“进行中”和“完成”。但是，根据团队的规模，结构和目标，可以映射工作流以满足任何特定团队的独特过程。
       看板方法依赖于工作的完全透明性和能力的实时沟通，因此看板董事会应被视为团队工作的唯一事实来源。
                                      
 4.1.4 看板卡
       在日语中，看板字面上翻译为“视觉信号”。对于看板团队来说，每个工作项都被表示为板子上的一张单独的卡片。
       将工作表示为看板板上的卡片的主要目的是允许团队成员通过工作流以高度可视化的方式跟踪工作的进度。看板卡提供了关于特定工作项的关键信息，让整个团队完全清楚谁负责该工作项、正在完成的工作的简要描述、估计该工作项需要多长时间，等等。虚拟看板上的卡片通常还会有屏幕截图和其他对受让人有价值的技术细节。允许团队成员在任何给定的时间点查看每个工作项的状态，以及所有相关的细节，确保了增强的焦点、完全的可跟踪性，以及对拦截器和依赖项的快速识别。
 4.1.5 看板的好处
       看板是当今敏捷团队采用的最流行的软件开发方法之一。看板为各种规模的团队的任务规划和吞吐量提供了一些额外的优势。
规划的灵活性
       看板团队只关注正在积极进行的工作。一旦团队完成了一个工作项，他们就从待办事项列表的顶部取出下一个工作项。产品负责人可以在不中断团队的情况下自由地对backlog中的工作进行重新排序，因为当前工作项之外的任何更改都不会影响团队。只要产品所有者将最重要的工作项保持在待办事项列表的顶部，开发团队就可以确信他们将最大价值交付给了业务。因此不需要像scrum那样使用固定长度的迭代。
专家提示：
       精明的产品所有者在考虑更改待办事项时始终会与开发团队合作。 例如，如果用户故事1-6在待办事项列表中，则用户故事6的估算可以基于用户故事1-5的完成情况。 与工程团队确认更改始终是个好习惯，以确保不会出现任何意外。
缩短时间周期
       周期时间是看板团队的关键指标。 周期时间是指一个工作单元在团队的工作流程中移动所需的时间-从工作开始到交付。 通过优化周期时间，团队可以放心地预测将来的工作交付。
       重叠的技能集可缩短周期时间。 当只有一个人掌握技能时，该人将成为工作流程的瓶颈。 因此，团队采用诸如代码审查和指导帮助等基本最佳实践来传播知识。 共享技能意味着团队成员可以从事异构工作，从而进一步优化了周期时间。 这也意味着，如果有工作的备份，那么整个团队都可以集中精力进行工作，以使流程再次顺利进行。 例如，测试不仅由质量检查工程师完成。 开发人员也参与其中。
       在看板框架中，确保工作在整个过程中顺利进行是整个团队的责任。
 4.1.6 瓶颈减少
       多任务处理会降低效率。 在任何给定时间运行中的工作项越多，上下文切换就越多，这会阻碍它们完成工作。 这就是为什么看板的主要原则是限制进行中的工作量（WIP）。 由于缺乏重点，人员或技能集，正在进行的工作限制突出了团队流程中的瓶颈和备份。
       例如，一个典型的软件团队可能具有四个工作流程状态：“待办”，“进行中”，“代码审查”和“完成”。 他们可以选择将代码检查状态的WIP限制设置为2。 这似乎是一个下限，但有充分的理由：开发人员通常更喜欢编写新代码，而不是花时间检查别人的工作。 下限鼓励团队特别注意审阅状态下的问题，并在提出自己的代码审阅之前对其他工作进行审阅。 这最终减少了总的循环时间。
 4.1.7 视觉指标
       核心价值之一是高度重视每次工作迭代时不断提高团队效率和有效性。 图表为团队提供了一种可视化的机制，以确保他们不断改进。 当团队可以看到数据时，可以更轻松地发现过程中的瓶颈（并消除它们）。 看板团队使用的两个常见报告是控制图和累积流程图。
       控制图显示每个问题的周期时间以及团队的滚动平均值。
专家提示:
       团队的目标是减少问题在整个过程中所花费的时间。在控制图中看到平均周期时间下降是成功的一个指标。
                                   
       累积流程图显示了每种状态下的问题数量。 通过查看在任何给定状态下问题的数量增加，团队可以轻松地发现阻塞。 中间状态（例如“进行中”或“正在审核”）中的问题尚未交付给客户，这些状态中的障碍可能会在工作确实被上游合并时增加发生大规模集成冲突的可能性。
                                  
 4.1.8 持续交付
       我们知道，持续集成-一整天自动递增地构建和测试代码的做法-对于保持质量至关重要。 现在该满足连续交付（CD）了。 CD是一种经常向客户发布工作（甚至每天或每小时）的做法。 看板和CD可以完美地互补，因为这两种技术都专注于及时（和一次）交付价值。
       团队将创新推向市场的速度越快，他们的产品将在市场上更具竞争力。 看板团队专注于这一点：优化向客户的工作流程。
 4.1.9 Scrum与看板
看板和Scrum共享一些相同的概念，但方法却大不相同。 他们不应该彼此混淆。

	SCRUM	看板
节奏	定期进行固定长度的冲刺（即2周）	连续流
发布方法	在每次冲刺结束时，如果得到产品负责人的批准	连续交付或由团队决定
角色	产品负责人，Scrum主管，开发团队	没有现有的角色。有些团队需要敏捷教练的帮助。
关键指标	速度	周期
更改原理	团队应努力在冲刺过程中不对冲刺预测进行更改。 这样做会损害围绕估计的学习。	随时可能发生变化

       一些团队将看板和Scrum的理想融合为“ scrumban”。 他们从Scrum获得固定长度的冲刺和角色，并从看板集中关注进度限制和周期时间。 但是，对于刚从敏捷起步的团队，我们强烈建议选择一种方法或另一种方法并使用它一段时间。