看板与敏捷的关系

六六 TOP1 446

看板与敏捷的关系是,看板是敏捷开发的一种方法。看板方法实际上可以说是精益产品开发的重要实践,与其他敏捷方法相比,它具有更强的可实施性,提升端到端价值交付能力,更好支持系统的改进。而且它也可以和很多其他敏捷方法无缝连结。

1. 什么是看板

关于看板的定义这里引用一下David Anderson一段话。

KanBan is an approach to change management that employs a Kanban system onto an existing process context in order to provoke evolutionary and incremental change. 

这句话意思就是说,Kanban可以被引入进任何开发框架去支持和推动持续性软件开发,不管你的开发模式是Agile的还是传统的开发方式。这个一种软件开发流程管理的方法,保证软件的持续集成并且不让你的开发团队超负荷。很程序猿是不是应该很喜欢听到这句 “不让你的开发团队超负荷”。 根据团队能力,限定WIP(work in progress)的tasks数量。

2. 为什么看板

1)可视化你的工作流程。所有的task的进度会全部显示Kanban上,每一个人都可以一目了然了解进度和流程。

2)限制WIP中的tasks数量。一般情况下,这个数量是等于Team中的developer数量。

3)管理并优化流程。当WIP中的某一个task完成时,在ToDo中的优先级较高的task会被移到WIP中,这也是为什么当一个项目中需要经常更改优先级时,会选择Kanban的原因。

4)量化开发周期。

5)缩短开发周期。这个其实可以理解为发现问题,解决问题,从而找到更科学的方法提高开发效率。

6)变push system (just in case) 为 pull system(just in time)。新的case只能在team有能力情况下再开始。

建立看板系统的3个实践:

 1)可视化价值流:产品开发中的价值流是不可见的,这样也就很难管理和优化。为此,看板方法首先要让工作和工作流可视化。

首先可视的是用户价值,产品开发的目标也是交付用户价值,工作也应该从用户的角度来组织,图片中每个蓝色的卡片代表一个用户的价值,典型的是一个可以验证,可以交付的用户需求。

接下来是用户价值端到端的流动过程,这里的端到端是指价值提出到价值交付的整个过程。

最后所有问题和瓶颈也都要可视化,问题指的是阻碍价值流动的因素,包括需求不明确,技术问题,外部依赖等。而瓶颈包括价值积压等。

2) 显示化流程规则

价值流动过程也是团队协作交付价值的过程。为了更好的协作,团队还需要明确价值流转的规则。如下图所示,流转规则是价值从看板上一列到下一列必须达到的目标。

显示化指的是明确并达成共识,这点和可视化不能混为一谈。

所谓显示化流程规则只明确价值流转和团队协作的规则并达成共识。这个也是团队改进的基线,团队可以进行修正。

 3)控制在制品

在制品(WIP)指的是在某一环节内所有的工作–包括进行和等待的。上图中红色数字就是在制品。

环节内在制品数目小于这个数目的,可以从上一个环节拉入新的工作,否则不允许拉入。

控制在制品数量可以是环节内并行工作降低,当个工作项的完成加等待时间缩短,工作项从进入看板到交付的时间也会缩短。因此,加入用户价值的流动。

而且更重要的是,控制在制品数量可以帮助团队暴露问题和瓶颈。如果测试的在制品数目达到上限,就不能在拉入新的工作了,团队应该聚焦于完成当前的工作,及时处理出现问题,如果测试这里长期积压,那么说明这个地方已经成为了团队工作的瓶颈,更早的暴露问题所在。

推荐阅读:

国内外最拔尖的12大看板工具

回复

我来回复
  • 暂无回复内容

站长微信
站长微信
电话联系

400-800-1024

工作日9:30-21:00在线

分享本页
返回顶部