被低估的敏捷管理工具

看板在制造业较为常用也有很长的历史，在软件行业算是比较新的方法。

1.看板使用

看板的使用方法，推荐大家阅读《看板与Scrum相得益彰》，该文论述较为详细。大致可参照下图：

看板中有以下内容：

1. 泳道（或称甬道）：每个泳道都是过程中的一个阶段。例如研发项目的开发过程：Backlog（类似Scrum中的代办事项）→Selected（一般有PO或产品经理来选择）→Develop→Deploy→Live。这些阶段都是有团队内部共同定义的。

2. WIP限制（Limit Work In Progress）

3. 卡片：团队需要处理的任何事。研发团队聚焦的是代交付的新特性，这样一般用Story或者User case。需要注意的是，这些待交付的需求，需要严格的排序，团队需要围绕高优先级的需求，开展工作。

2.看板的功能

看板在整个敏捷管理的过程中主要有4个作用：

1. 生产以及运送工作指令

2. 防止过量生产和过量运送

3. 进行“目视管理”的工具

4. 改善工具

3.看板的管理原理

1. 流式管理

看板是典型的流模式的敏捷管理方法，是当前流模式的主体；而基于迭代增量模式的敏捷方法，一直在不断变化改进，早期有动态原型法，水晶法等方法，现在主流的是Scrum。Scrum是增量模式，通过时间盒的方式不断迭代，每个迭代周期一般2周～30天。但在需求零散时，无法在2～3周很明确做什么时，基于稳定系统的小需求改动（类似新CR或bug修复，新配置等），又如在运维阶段时最好使用看板。而在新产品研发比较适用于Scrum。前端的开发，需要模块化的交付用户一组功能，最小可交付或最小可交付价值比较大的时候，适合用Scrum，后端的开发适合用看板，因为基础组建往往变化不大，且会成为前端开发的依赖。

2. 在制品限制（WIP） 

 通过在制品限制，关注团队的交付能力，996/997就不会出现。一个团队在制品上限是三个，那么就把焦点汇聚在这三个上，完成后再做接下来的三个。这种方式远比图上同时扔九个球有效率的多吧！

3. 基于敏捷和精益原则

• 敏捷方法有很多，讲究阶段性交付有价值的东西。在看板里也有很好的实现。看板同时有体现了精益的理念。精益的理念之一就是关注价值。看板的流导向价值就是以有价值的过程导出有价值的结果。以价值流为导向，保证最终输出物的价值，所有工作是产生这个价值的过程，是流动的。

• 在刚才看板的例子中，可以看到发布人员看到Done的泳道中有东西时，自己会把卡片中已实现的需求拉过来进行发布，这时WIP就会变少。此时，开发人员会从需求的泳道中去拉新需求进行开发。每个人的工作都是以拉的方式实现，而不是推式。推式的方式容易造成堵塞。

• 尽善尽美，这就是改善的理念了。所有敏捷方法都会强调回顾反省。让团队通过反省来提升自己。当然反省反馈是所有管理模式（方法）中都包含的最为强大的部分。

• 根据自己项目选择合适工具。

综上所述，为什么说看板方法是重要的管理工具，理由如下：

• 过为简单——简单的方法，适应性更强，团队可以快速使用。

• 小团队使用——大型组织通过被激活的小团队源源不断的交付价值。

• 缺乏目标结果导向——敏捷与精益都强调价值，团队通过交付价值，已实现目标。

• 被充分证实——管理方法是经验科学，通过不断充分的实践，该方法被证明是有效的。

• 理念先进性——敏捷与精益管理理念，是大规模制造和科学管理理念的进一步开拓。