看板管理流程说明

看板任务管理

一、概念

在敏捷项目里，挂在墙上的“人人可见的大图表”是一种普遍的实践，它被用来共享项目的状态并将之可视化。

可视化状态墙的一个好处就是所有团队成员都可以实时地了解到本迭代的计划和进展情况。

一个需求的分析、开发、测试、验收成了一个小粒度地更连续的过程，在这个小的交付循环中，看板帮助我们以更细节的粒度来管理一个任务每个阶段的工作质量。

通过看板图来组织三种视角（时间、任务和团队），目的是使整个团队都能理解项目的当前状态，并且以一种自发、有动力且相互配合的方式来工作。

（1）时间

在敏捷项目里，项目时间首先被分解成若干“发布”，每个发布又被分解成若干“迭代”，每个迭代又分解成若干“工作日”。

✓发布的时间长度一般为1到6个月，它是最粗粒度的时间单元。它是整个团队的一个同步点，因此团队中的每个人都应该对此感兴趣。

✓迭代是第二级的时间单元，长度一般为1到4周。开发团队用它来作为主要的工作、跟踪和改进周期。

✓工作日是最细粒度的时间单元，团队每天在站立会议上聚集在一起交流项目的状态和问题。

（2）任务

任务被分成三种粒度，我把最高层次的叫做“特性”，每个特性都被分解成若干“故事”，而每个故事又被分解成若干最低层次的“任务”。

✓特性是对用户有用和有意义的一项功能。

✓故事是特性的一个可测试的片断，以用户的语言来描述。

✓任务是故事中的一个工作单元，通常以开发者的语言来描述。

（3）团队

项目团队由为了共同目标而工作的人们组成。一般团队的成员有一个经理，若干客户、

程序员、业务分析员、用户、测试员，以及其它利益相关的人。整个团队都应该分享时间和任务信息来达成项目的目标。

二、管理流程

看板任务管理示意图

（1）待开发

在一个迭代之初，将计划在本迭代完成的故事卡放到“待开发”这一栏中。

（2）开发中

开发人员领取任务时，就将他领取的故事卡片从“待开发”移到“开发中”，同时贴上带有自己名字的小纸条。

（3）待测试

开发完成之后，就将故事卡片移到“待测试”一栏。

（4）测试中

测试人员看到这一栏里有待测的故事卡时，就取下一张移动到“测试中”，开始这个用户故事的测试。

（5）测试完成

测试完成后，就将故事卡移动到“测试完成”一栏。如果测试人员发现了一个bug，那么他可以用红颜色的卡片记下这个bug，然后放到“待开发”这一栏中。

三、管理原则

（1）当我们把一张故事卡从“待开发”移动到“开发中”时，这张卡片必须是已经分析完成的。

（2）处于“待测试”状态中的故事卡，必须经过开发人员自测，确保流程走通。否则根本无法进一步展开测试，于是乎不得不将故事卡打回到开发人员手中。

（3）领取“待开发”状态栏中的卡片时，保证每次每人只领一张卡片不要多领，完成了这张卡片之后，再回来领下一张。

（4）当一张卡片被认领之后，我们就会对这张卡片进行跟踪，在站会上谈论它的完成情况，谈论实现过程中碰到的问题。当它的进度和估计的可能偏差较大时，我们能够及时而不是在最后一刻察觉到，提供需要的帮助，确保它能够顺利完成。