《猎豹行动：硝烟中的敏捷转型之旅》读书笔记DAY05：彼岸-组织变更 踏入坦途

DAY05：《猎豹行动：硝烟中的敏捷转型之旅》--彼岸-组织变更 踏入坦途

在使用敏捷的道路上不断前行，最终逐步踏入坦途。

这次主要讲解以下内容：

一、敏捷估算和计划

包括故事点、扑克牌游戏、测速

传统的估算单位是人/天，它与时间有关。但时间是最不可控的因素。

敏捷使用的估算单位是故事点，它是一个和复杂度或规模有关的相对数，我们希望它是一个更被大家认可的常量，而不是一个变量。而且，故事点是一个相对数，不是一个绝对数。

敏捷估算过程有一个叫扑克牌游戏的方法。在估算会议上，团队的每个成员手上都有一副扑克牌，每副扑克牌包含一个不同的数字，建议使用斐波纳契数列0，1，1，2，3，5，8，13,……，或者是较简单的T-Shirt尺码号XS，S，M，L，XL，……，对应的故事点分别为1，2，4，6，10,……。当大家都消化完一个用户故事时，同时通过出牌的方式来展示每个人的估算结果。给出最高和最低估算的两人要解释和辩论。最后团队得出一个大家都认同的估算值。

而在故事点和扑克牌游戏基础上，我们还需要估算客户所想知道的时间，这就需要用到测速：

敏捷是迭代式开发，我们可以通过观察团队在头一、两个迭代中可以实际交付多少个故事点来预测团队的交付速率，从而计算完成所有故事点需要多少个迭代。在Scrum里，迭代的周期是固定的，这也意味着知道有多少个迭代便知道需要多长时间。要注意，这里观察的是团队的交付速率，不是个人的，因为团队的交付速度相对稳定。

这中间会通过燃尽图来持续观察团队的交付速率，从而及时作出调整。

二、看板方法

包括累积流图、延迟成本、服务等级

累积流图是在看板里使用的一个工具。它是一个面积图，强调用户故事或是需求数随时间而变化的程度，同时直观显示整体趋势走向。X轴代表时间， Y轴代表需求数量。我们可以用它来跟踪和预测项目的进展情况，也能借助这个图来识别潜在的问题和风险。

最理想的情况如上图所示，待处理（TO DO）和处理中（In Progress）的面积被已完成（Done）逐渐取代。

延迟成本（Cost of Delay）：计算每个请求如果逾期的话造成的损失，将其折算成金钱，这样便可以量化所有请求的优先级

服务等级（Class of Service）：对于不同的请求类型，赋予其不同的服务等级，区别处理。

在看板方法中，我们可以结合请求的服务等级做出不同的响应。常见的服务分类如下：

・ 加急类（Expedite）——常见于一些时效性特别强的需求，或者对产品重大缺陷的修复。这一类请求将被视为最高优先级，可以无视最大在制品数（WlP）的限制而直接进行作业。然而这样的请求，很容易对看板的正常工作造成冲击，因此加急类的任务个数，通常都仅设置为1。

・ 固定交付日期类（Fixed Delivery Date）——推荐安排一定的产能来处理一些固定交付日期的请求。对于这一类的请求，需要交付团队在开发之前对请求的工作量进行估算，并在开发过程中定期地确认进度。一旦发现进度落后到有可能无法完成的地步，则需要交付团队对请求重新进行评估。如有必要，这类请求可以升级为加急类。

・标准类（Standard）——最普通的请求。推荐大部分的产能都归类到此类请求。交付团队无需对请求的工作量进行估算，直接按照先进先出的顺序进行处理即可。但对于超过两周工作量的请求，建议先进行拆分。

无形类（Intangible）——主要针对一些用户价值有限的附加功能。推荐安排在此类任务上的产能应该低于标准类的产能。