在敏捷项目里,挂在墙上的“人人可见的大图表”是一种普遍的实践,它被用来共享项目的状态并将之可视化。精益系统里也有这样的设施。“看板”在日语里的大意是“卡片”或者“标志”的意思。在精益生产系统里,看板方法是给每个标准生产单元或者每个生产批量附上一张卡片。只有当一个“进行中”卡片所代表的工作完成后,才会有一张新卡片被“拉”进系统。
在本文中将探究当今敏捷项目中广泛使用的各种可视化方法,并提出用看板图(Kanban Board)来组织三种视角(时间、任务和团队),目的是使整个团队都能理解项目的当前状态,并以一种自发、有动力且互相合作的方式来工作。
XP有一种实践叫做“信息化的工作空间”,从中你可以对项目的进行状态一目了然。把故事卡和任务卡挂到墙上是这项实践的一种简陋实现方式。挂在墙上的其他图表有时候也被称为“信息辐射体”或者“人人可见的大图表” ,它们在现今的敏捷项目空间设施里已经是很常见了。下面将展示在日本的敏捷团队中发现的一些可视化的例子。
第一个例子是:任务看板图(Task Kanban Board),它的名字来自TPS (Toyota Production System)所用的“Just-In-Time”(JIT)生产方式。
看板是代表一项要完成的任务的标签。在TPS中,它被用来具体化Just-In-Time的“拉”生产控制。在图1里,看板图显示了在本次迭代中要完成的所有任务的当前状态。任务用卡片(便笺纸)来代表,状态则由板上分别标有“未做”、“正做”和“做完”的三个区域来代表。看板图帮助团队理解当前做得如何,以及下一步要做什么,令团队能够自我指导。
图2是另一种类型的看板图,称为“特性看板图(Feature Kanban Board)” 。
图2:特性看板图表的横轴代表时间线,线上的竖直区域代表发布,在区域中的卡片各自代表一项该次发布中要实现的特性。第一个例子常在开发团队中使用。跟第一个例子相比,特性看板图为产品路线图提供了一种更高层次的概观,因此分享范围应该被扩大到整个大团队,包括客户、市场员工和管理层。
图3的“停车场图(Parking Lot Chart)”被用来提供一种最高层次的对项目状态的摘要总结(注意不要同另一种“停车场列表(Parking Lot List)”弄混,那是一种用来帮助捕获未解决的问题的工具)。它是在《Feature Driven Development》(FDD)里首次提出来的,现在已在敏捷项目中广泛使用。有时候也被称为“项目仪表板(Project Dashboard)”。
这种表在Scrum中首次提出,用来显示剩余的未完成工作(backlog),现在已经蔓延到了大多数敏捷项目中。它抓住了项目的当前状态以及完成剩余工作的进展比率。
还有一种叫燃起图,显示已完成的工作。无论使用燃尽图还是燃起图,团队都能看到在迭代过程中完成的工作。在迭代结束时,他们可能会根据自己在这个迭代中完成工作的能力(多少故事或故事点)来建立他们下一个迭代的能力衡量指标。这样,产品负责人与团队一起重新规划,团队就更有可能在下一次迭代中成功交付。《敏捷实践指南P63》
图5所示的最后一种有意思的可视化方式叫做表情日历(Niko-niko Calendar或Smiley Calendar),一种日本人的创造,它显示了团队成员每日的心情。当天工作结束后,每个人都在离开团队空间之前往自己的日历上画一个表情符号。它从成员的精神健康和动力的角度来观察项目。
用看板图作为主要的信息辐射体,总而言之,以上提到的可视化工具:
注意在看板图、燃尽图和停车场图三者之中,看板图的信息最详细。燃尽图和停车场图可以用看板图的每日变化信息来绘制。因此后面我将把看板图作为主要的信息辐射体,而用燃尽图和停车场图来作为辅助工具,形象地总结看板的变化趋势。
仔细观察看板图,你会发现上面表达了三项主题——时间、任务和团队。下面我尝试从这三个视角来组织看板。
1、时间
在敏捷项目里,项目时间首先被分解成若干“发布”,每个发布又被分解成若干“迭代”,每个迭代又分解成若干“工作日”。
2、任务
任务被分成三种粒度。我把最高层次的叫做“特性”,每个特性都被分解成若干“故事”,而每个故事又被分解成若干最低层次的“任务”。
3、团队
项目团队由为了共同目标而工作的人们组成。一般团队的成员有一个经理,若干客户、程序员、业务分析员、用户、测试员,以及其它利益相关的人。整个团队都应该分享时间和任务信息来达成项目的目标。
看板方法实际上可以说是精益产品开发的重要实践,与其他敏捷方法相比,它具有更强的可实施性,提升端到端价值交付能力,更好支持系统的改进。而且它也可以和很多其他敏捷方法无缝连结。