读《学习敏捷构建高效团队》笔记8

第9章 看板方法、流程和持续改进

看板方法本身并不是一种软件开发流程或者项目管理方法。使用看板方法之前，你必须已经具备某种流程或方法，而看板方法的作用就在于逐渐改变你已有的流程或方法。——David Anderson《看板方法》

Scrum主要关注的是项目管理：需要做哪些工作，何时交付，以及工作成果是否满足了用户和利益干系人的需求。

极限编程的重点则在于软件开发。极限编程的价值和实践都是围绕着两个重点提出的：第一个是创建一个有利于开发工作的环境，第二个是让程序员养成那些能够帮助他们设计出、编写出简单易维护代码的习惯。

看板方法的核心在于：帮助团队改进开发软件的方法。使用看板方法的团队对以下几件事情十分清楚：他是如何开发软件的；它与公司的其他部分是如何互动的；它在哪些方面会碰到因无效率和不均衡而导致的浪费；以及如何通过去掉浪费的根源来不断改进。

 

9.2 看板方法原则

看板方法的基础原则：

• 从你现在的做法开始

• 愿意追求增量式的、渐进的改变

• 在最一开始，要尊重现有的角色、职责和职位

流程改进的目标就是找出这些反复出现的问题，弄清楚这些问题的共同之处，并采用必要的工具来克服它们。弄清楚这些问题的共同之处。如果简单的假定某个开发人员就是记不住用户的那些功能，或者用户总是不断的改变主意，那么你实际上相当于认为问题是无法解决的。但是，如果你认为有某个真正的根本原因反复的发生，那么就有找出并克服该问题的机会。

如果项目成功，团队中的每个人肯定都是好样的；如果项目失败了，那他们一定是不得力的。这样不公平，因为这假定了项目的一切都在团队的控制内。精益思维帮助我们避免进入这种误区，方式是着眼全局，在这里也就意味着要意识到存在着一个更大的系统。

这就是为什么看板方法要从理解当前运作项目的系统开始：一旦你看到整个系统，看板方法就能够为你提供改进它的方法。

用户故事进去，代码出来。

一般的看板只包含那些更大的工作项，而不包含细分出来的单个任务。

 

9.3 用看板方法改进流程

用看板将工作流程可视化。

看板上只有故事，而没有任务。

要点回顾：

• 看板方法是一种过程改善方法，或者说是一种基于精益思维帮助团队改进其开发软件和协同工作的方式的一种方法。

• 看板团队以现在的做法为起点，看到当下的全局，并追求增量式的、演进的改变来逐渐地改进整个系统。

• 看板方法在协作中提高，在实验中演进这一实践指的是用指标测量，做渐进式的改进，并且使用量化指标来确认改进确实是有效的。

• 每个团队都有一个开发软件的系统（无论它自己是否意识到了），而精益的系统思维正是要帮助团队理解该系统。

• 所谓看板是指用一个白板来将看板团队的工作流程可视化。

• 看板有很多栏目，每一个代表工作流程中的一个容器；栏目中的贴纸表示处于工作流程中的工作项。

• 看板上的是工作项，而不是具体任务，因为看板方法并非一个项目管理系统。

• 当看板团队限制进行中的工作时，它给看板的一栏增加一个数字，表示工作流中的该容器所允许存在的工作项的最大数量。

• 看板团队与其用户、经理以及其他利益干系人协同工作，来保证所有人都同意当一个栏目达到了它的上限时，团队将把注意力转向项目的其他部分，且不再将更多的工作项推进到已达上限的工作流容器。

9.5 看板方法下自然发生的行为

要点回顾

• 看板团队的一个目标是最大化工作流量，或者说最大化工作项移出系统的速度。

• 看板方法的测量并管理工作流量实践意味着对工作流量进行测量并对流程进行调整，以达到最大的工作流量。

• 累积流量图就是一个工作进度面积图，但额外展示了每天新添加到工作流中的工作项的数量（即到达速度）、工作流中全部工作项的数量（即工作存量）以及每个工作项在系统中存在的平均时间（即交付时间）。

• 当到达速度和工作存量不随时间变化时，系统就是稳定的；看板团队通过设置进行中工作上限来让系统稳定。

• 如果系统是稳定的，利特尔法则就适用于该系统，也就是说平均交付时间总是等于长期到达速度乘以长期工作存量。

• 如果你的团队能够通过设置工作上限来让工作流程稳定下来，你可以让你的利益干系人通过同意不增加新工作项的方法来减少用户等待时间，原因是这种方法能够降低到达速度。

• 看板团队常常会 把流程规则明确化，做法是给看板的每一栏底部增加完成定义或退出条件。

• 当看板团队通过增加工作上限、管理工作流量以及将流程规则明确化等方法逐渐改进整个系统时，公司的其他部分常常会自然地产生一些改进了的行为方式。

 

现在就可以做的事：

• 如果你今天就要创建一个看板，看板上会有哪些栏目？如果你还没有创建过价值流示意图，现在是画一个价值流图的好时机，它可以告诉你看板上可能有哪些栏。

•  你刚创建的看板上有没有那一列比较适合设置一个工作上限？专门给这一列贴上一些工作项贴纸。这些工作项中，事实上正在执行中的有多少个？你该把工作上限定为多少？

• 搞清楚要设置一个工作上限你需要跟那些人商量。

• 创建一个简单的看板并用它跟踪你的项目一个星期。基于你的数据创建一个 CFD。你的工作存量稳定吗？到达速度呢？

 

敏捷系列文章：

读《学习敏捷构建高效团队》笔记1

读《学习敏捷构建高效团队》笔记2

读《学习敏捷构建高效团队》笔记3

读《学习敏捷构建高效团队》笔记4

读《学习敏捷构建高效团队》笔记5

读《学习敏捷构建高效团队》笔记6

读《学习敏捷构建高效团队》笔记7

 

打造敏捷团队

看板方法-什么是看板方法

实施看板方法

我们怎样实施敏捷？

我们的站立会有问题！！！

谈谈code review