看板实践：如何设计工作项卡片？

对看板有所了解或实践过看板的人来说，应该都听说过看板方法的六大实践，其中第一个实践就是将工作进行可视化，而工作项卡片的设计是可视化的一个非常关键的要素，今天我们就来谈谈如何设计我们的工作项卡片。

---

黄锦辉 Stephen

VSM价值流管理委员会 副秘书长

EXIN Kanban/Lean IT 认证讲师

DevOps Institute VSM Foundation 认证讲师

---

对于工作项的可视化，我们通常是采用卡片（便利贴）的方式来展示。至于在卡片上需要展示哪些信息，看板方法并没有要求我们具体要怎么做，因为这完全取决于我们组织当前的上下文。

可视化的目的不是单纯为了好看，而是为了管理。

因此，工作项卡片上每一个信息的设计都是要有存在的意义，这个意义有可能是用于统计分析、或是用于指导改进，也可能是为我们决策提供数据支撑（如：优先级、风险等）。

来源：书籍  Kanban Maturity Model

如上图所示，我们在设计看板的工作项卡片时至少需要考虑到以下这些因素：

1）工作项的ID、主题和描述

2）开始和结束等时间信息

3）实际花费的时间和SLA

4）优先级、风险

5）依赖的子任务

6）不同的工作项类型

---

01 工作项ID、主题和描述

工作项的ID、主题和描述是工作项卡片展示最基本的信息，这可以让团队直观地看到该工作项需要做什么。如果你在同时使用电子看板和物理看板，那么物理看板卡片的工作项ID需要与电子看板保持一致，这样有助于信息的同步和分析。

来源：书籍  Kanban Maturity Model

02 工作项的时间信息

我们需要通过记录工作项的时间戳来分析前置时间（Lead Time），前置时间在看板方法或价值流管理中都是至关重要的指标。

在看板方法中，前置时间分为系统前置时间（System Lead Time）和客户前置时间（Customer Lead Time）

1）系统前置时间（System Lead Time）：指的是从承诺点（Commitment Point）开始到等待部署/发布的时间。也就是说，系统前置时间衡量的是我们从明确接收需求到真正交付产品所花费的时间，衡量的是系统的能力。

2）客户前置时间（Customer Lead Time）：指的是从客户提出想法到最终将价值交付给客户的端到端的时间。客户前置时间衡量的是客户实际感知到的时间。

即使你的系统前置时间已经缩短到几周甚至是几天，但是由于在上游（探索阶段）和下游（部署、发布、市场推广等）阶段等待了漫长的时间。因此，实际的客户前置时间很可能是系统前置时间的N倍。

来源：书籍  Kanban Maturity Model

在卡片上我们通常会记录接收请求（Requested）、开始处理（Start）和结束处理（End）的时间指标。对于需要在特定日期前完成的工作项可以将其截止日期（Due）展示在卡片上。

03 工作项实际花费的时间和SLA

记录时间的另一种方式是通过打点或画格子的方式（如下图所示）。红色的竖线表示服务级别协议（SLA）。每个格子表示特定的日期，如1天，具体取决于组织和团队自己的定义。

来源：书籍  Kanban Maturity Model

我们甚至还可以用不同颜色来标注以区分在不同阶段（如：设计、开发、测试和部署等）所花费的天数。

04 工作项的风险和优先级

如何在卡片中体现工作项的风险和优先级呢？我们可以采用不同颜色或形状的图标来表示（如下图所示）。

来源：书籍  Kanban Maturity Model

此外，还可以使用不同的文字来标记，比如用英文首字母来表示优先级的高（H）、中（M）、低（L）。

05 工作项依赖的子任务/活动

如何管理工作项依赖的子任务或活动呢？如果使用的是电子看板，我们可能会为该工作项创建一个依赖的任务或是活动，并与之进行关联。

来源：书籍  Kanban Maturity Model

如上图，看板方法提出的一种实践大家也可以参考。我们在卡片列出依赖的任务/活动，并通过☑️的方式来标记是否必须（required）的活动和是否已经完成（complete）。

06 不同的工作项类型

在软件交付过程中，我们至少会涉及到特性开发（Feature）、变更请求（Change Request）、维护工作（Maintenance）、改善项（Improvement Item）、问题（Issuse）等工作类型。

为了识别和区分不同的工作项类型，我们可以通过以下2种方式对不同的工作项类型进行管理。

一种是通过不同颜色的卡片来代表不同类型的工作项。比如：需求（蓝色）、缺陷（黄色）、维护（绿色）、问题（红色）

另一种是通过泳道的方式来区分，如新功能开发（New Functionality）和信息请求（Information Request）。

来源：书籍  Kanban Maturity Model

---

--说在最后--

切记，以上讨论的实践只是一般常见的做法，或是说经验主义。看板方法并没有提供或要求一定要怎么做，如果你觉得这些实践能够解决你的实际问题，那就可以拿来用。如果该实践不适合你的上下文，你可以与团队一起共创找到最合适你们的实践。

看板的案例和实践是可以借鉴的，但是有个前提条件是，在你借鉴之前必须理解别人的案例为什么是这么设计的，他们解决的是什么问题，我们是否也遇到了类似的问题，这些实践能帮助我们解决什么问题。

可视化的目的不是为了好看，而是为了管理！

---

--推荐阅读--

Kanban Maturity Model

注：部分文字和图片来源于网络，如有侵权请联系删除。

——END——