看板(KanbanBoard)最早源于丰田汽车,通过对各个生产环节的控制,在适当的时候按需要的量生产或储备所需的零部件,从而达到压缩库存、提高生产效率以及降低成本的目的。
在软件开发方面,使用看板方法可以有效地控制项目进度、合理地分配资源以及实现尽可能公平的绩效考核。
本文是看板极速入门教程,侧重于实践而非理论,目标是在读者阅读本文之后,能够掌握看板最基本的使用方法。
以下是实施看板的一般流程:
识别高层级工作流程
以软件开发为例,开发人员的工作流程一般可以概括为:指派项目->实施项目->测试项目
a.指派项目:专职人员(一般为系统分析师)编写明确的项目文档,然后 由项目经理将任务指派给具体的开发人员。
b.实施项目:开发人员依照项目文档的说明完成项目。
c.测试项目:测试人员对已完成项目进行核实。
根据工作流程制作看板
敏捷开发中所有的项目都来自backlog,所以指派项目的时候,相关负责人应该根据项目优先级从backlog中挑选适量的项目,编写项目文档,然后指派给开发人员。项目测试完毕之后,还要将已测试的成果交付给客户。因此,我们可以在原有流程的头尾各加入一个活动,得到下图所示的看板流程:
根据看板流程,最终得到的看板可能是这样的:
当项目达到预先定义好的“完成”标准(请参照第4条)后,将该项目向右移动到下一个活动队列当中,直到项目工作全部完成
限制WIP(Work In Process)数量
即限制每个活动允许的最大任务数量。因为整体的工作速度取决于速度最慢的那一个活动,所以我们要合理分配资源,并且控制每个活动的最大允任务数量。
定义完成
每个项目都要满足预先定义好的完成标准才能被移动到下一个活动中。以下是一些对完成的简单定义:
a.指派项目:项目文档明确,工作量小于一周。
b.实施项目:完成项目文档中所描述的工作。
c.测试项目:项目满足质量政策所规定的标准。
每日站立会议
报告是否有受阻的工作或是否需要额外的协助来完成工作。
以上就是看板最基本使用方法,由于本文篇幅有限,无法全面地阐述看板方法的所有方面,只能抛砖引玉,给大家提供一个新的项目管理思路,大家可以根据自己项目的实际情况,对看板方法进行适当的改良,从而满足实际的需求。
领取专属 10元无门槛券
私享最新 技术干货