看板样例

看板团队启动初期，在探讨系统可视化的方法时，一般我都会用Henrik Kniberg的kanban kick-start example作样例，因为这个例子包含了内容丰富的可视化元素供团队借鉴。

Henrik Kniberg的kanban kick-start example

这是什么？适合谁？
这是一个非常典型和详细的两层看板示例介绍，适合那些想了解看板的基本知识和使用看板并在实践中迈出第一步的团队。

我该怎么运用它呢？

就像一个代码示例，用它作为思想和灵感的来源，为你创建自己的可视化看板。或者复制和进化。

 

我的看板是否看起来一定要像这样？

不！这仅是个示例。

 

功能和任务之间的区别是什么？

功能(用户故事或minimum marketable feature等)是可交付物。他们从左到右跨越各个状态栏流过看板, 他们的工作区域是所在的纵向泳道（列）。每一列在制品限额适用的是功能, 而不是任务。

任务即需要做的任务来实现这个功能。他们不在看板上跨工作区（列）流动, 任务状态由彩色纸贴表示。当一个功能达到开发完成后，为实现它的所有任务都可以扔掉。

 

每个列都是什么意思?

Next =产品负责人想要完成的下一个（或两个，取决于WIP Limit的设定）工作项

Analysis =定义验收准则,　识别最初几个任务,　如果功能太大就切分成更小的功能。

Development =开发:o)

Acceptance =利益干系人验证功能是否可以接受

lProd(Production)=功能上线。Done-done，这列可以经常清空。

 

关于追踪?

这个样例不包含关于如何追踪周期时间，一个简单的方法是每个工作项每过一天，打一个点。然后用表格或工具统计工作项周期时间分布。　

团队使用这个样例要注意以下几点：

1.    团队借鉴的是样例中的可视化元素，设计自己的看板要反映自己的真实流程和状态，不可照搬这个样例的流程。

2.    团队的看板可能不需要可视化这么多元素，启动时，越简单越好，只要达到了完整地可视化现有工作流程和状态即可。

3.    用物理或电子看板可视化只是看板系统设计的一部份，还有很多其他工作要做，才能构成完整的看板系统。很多重要的东西并没有在看板墙里体现，但是我们做项目时也必须要考虑和设计。