文章:借助看板从敏捷到精益

  • 苑永凯

2008 年 2 月 19 日

话题:敏捷方法论精益语言 & 开发架构文化 & 方法

Kenji Hiranabe 紧接前一篇关于敏捷项目中看板应用的文章,引用多个实例,独到地思考和阐述了如何更深入地借助精益思想中的看板跟踪系统优化整个软件开发价值流,以使整个流程可视化、拉动式生产,进而消除浪费。

首先 Kenji Hiranabe 借助简单的例子给我们图文并茂地讲解了制造业中的看板是如何在 TPS(丰田生产方式)中使用的。并借势总结出了 TPS 中看板的特性和作用:

实体的:看板是实体的卡片。可以拿在手中,可以移动,可以放在某些东西上面或者里面。 限制在制品数量:看板限制在制品的数量,也就是防止生产过剩。 连续流通:它会在仓库耗尽库存之前通知生产的需求。 拉动式:下游工序从上游工序中抽取零部件。 自导向(Self-Directing):它有要完成的工作的所有信息,能以一种非集中的方式实行生产自治,并且不需要微管理(micro-management)。 可视化:堆放或者张贴着的看板直观地展示了当前的状态和进度。 信号:看板的可视化状态为下一步的领取操作或者生产操作作出指示。 改善(Kaizen):可视化的流程触发并刺激改善。 附着的(Attached):看板附在所供给的零部件之上并随其一同移动。

紧接 Kenji Hiranabe 回到软件开发领域,列举了两种应用于软件开发的不同看板系统:敏捷看板(Agile Kanban)和持续看板(Sustaining Kanban)。这两种看板系统各有各的关注点,Kenji Hiranabe 借此阐述了自己的观点——将两者结合使用(这正是中庸之道):

“敏捷看板”用来在团队中分享信息并使工作自导向,但它不支持流程。“持续看板”是另一种类型的看板,能够让小批量的维护工作在几个状态之间流转。这种结合便是“精益 + 敏捷看板”,使用“持续看板”贯穿价值流,同时在子流(sub-stream)中使用“敏捷看板”。
他提出的“精益 + 敏捷看板”由里到外地覆盖了整个软件开发的价值流。而后,Kenji Hiranabe 描述了当敏捷与精益结合之后,看板应该代表些什么:
一个卡片是一个从“用户故事”中分解出来的“任务”。[……] 作为工作的一个基本单元执行,因为团队中每个人都能明白它的意思。但是,在看板系统中它贯穿了价值流中的多个工序(多个团队),在其中流转之物应该带有客户认可的价值。既然这样,看板卡片就不是对应于“工作(work)”而是对应于“功能(feature)”,并且它不是 WBS(任务分解结构,work breakdown structure)的组成部分,而是 FBS(功能分解结构,feature breakdown structure)的组成部分。因此团队中的每个人,甚至是客户,都能够理解看板的含义和流转之物的价值。

如果你对 Kenji Hiranabe 的创新实践方式感兴趣,或者想了解如何使你的软件开发过程更加具有精益思想,那请阅读全文:将看板应用于软件开发:从敏捷到精益

敏捷方法论精益语言 & 开发架构文化 & 方法