看板管理流程说明

《看板管理流程说明》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、看板任务管理在敏捷项目里，挂在墙上的“人人M见的大图表”是一种普遍的实践，它被用来共享项冃的状态并将之可视化。可视化状态墙的一个好处就是所有团队成员都可以实时地了解到木迭代的计划和进展情况。一个需求的分析、开发、测试、验收成了一个小粒度地更连续的过程，在这个小的交付循环中，看板帮助我们以更细节的粒度来管理一个任务每个阶段的工作质量。通过看板图来组织三种视角(时间、任务和团队)，hl的是使整个团队都能理解项冃的当前状态，并且以一种自发、有动力且和互配合的方式来工作。(2)时间在敏捷项目里，项日时间首先被分解成若干“发布”，每个发布又被分解成若干“迭代”，每个迭

2、代又分解成若干“工作日”。/发布的时间t度一般为1到6个刀，它是最粗粒度的时间单元。它是整个团队的一个同步点，因此团队屮的每个人都应该对此感兴趣。/迭代是第二级的时间单元，长度一般为1到4周。开发团队用它來作为主耍的工作、跟踪和改进周期。/工作tl是最细粒度的时间单元，团队每天在站立会议上聚集在一-起交流项F1的状态和问题。(2)任务任务被分成三种粒度，我把最高层次的叫做“特性”，每个特性都被分解成若干“故事”，而每个故事乂被分解成若T•最低层次的“任务”。/特性是对用户有用和有意义的一项功能。/故事是特性的一个可测试的片断，以用户的语言来描述。/任务是故事

3、屮的一个工作单元，通常以开发者的语言来描述。(3)团队项目团队由为了共同目标而工作的人们组成。一般团队的成员有一个经理，若干客八、程序员、业务分析员、用户、测试员，以及其它利益相关的人。整个团队都应该分厚时间和任务信息来达成项冃的冃标。二、管理流程待开发开发中待测试测试中测试完成uMrstotyuserstorySB*小六umtstorybuguserstoryteentasxMSVtMKuseestory张二Dug看板任务管理示意图（1）待开发在一个迭代之

4、初，将计划在木迭代完成的故事卡放到“待开发”这一栏中。（2）开发屮开发人员领取任务时，就将他领取的故事卡片从“待开发”移到“开发中”，同时贴上带有口己名字的小纸条。（3）待测试开发完成之后，就将故事卡片移到“待测试”一栏。（4）测试中测试人员看到这一栏里有待测的故事卡时，就収下一张移动到“测试中”，开始这个用户故事的测试。（5）测试完成测试完成示，就将故事卡移动到“测试完成”一栏。如果测试人员发现了一个bug,那么他可以用红颜色的卡片记卜•这个bug,然后放到“待开发”这一栏屮。三、管理原则(1)当我们把一张故事卡从“待开发”移动到“开发中”吋，这张卡片必须

5、是已经分析完成的。(2)处于“待测试”状态屮的故事卡，必须经过开发人员自测，确保流程走通。否则根本无法进一步展开测试，于是乎不得不将故事卡打回到开发人员手中。(1)领取“待开发”状态栏小的卡片时，保证每次每人只领一张卡片不要多领，完成了这张卡片之后，再回來领卜一张。(2)当一张卡片被认领之示，我们就会对这张卡片进行跟踪，在站会上谈论它的完成情况，谈论实现过程屮碰到的问题。当它的进度和估计的町能偏差较人时，我们能够及时而不是在最后一刻察觉到，提供需要的帮助，确保它能够顺利完成。