看板方法在软件中的实践-05

举报
Tony老师不剪头 发表于 2019/03/11 17:18:25 2019/03/11
【摘要】 看板方法在软件中的实践 2006年David J. Anderson 开始在软件开发中开始看板实践,其后不断完善,直至2010年出书《看板方法—科技企业渐进变更成功之道》后正式形成了看板开发方法,这也证明了看板方法在软件IT领域的成功。 《看板方法》中定义了看板方法的5个核心实践,而近年来David在文章和培训中普遍使用6个核心实践,《看板实战》一书中使用的是3个核心……不同的文献对看...

看板方法在软件中的实践

   2006David J. Anderson 开始在软件开发中开始看板实践,其后不断完善,直至2010年出书《看板方法—科技企业渐进变更成功之道》后正式形成了看板开发方法,这也证明了看板方法在软件IT领域的成功。

  《看板方法》中定义了看板方法的5个核心实践,而近年来David在文章和培训中普遍使用6个核心实践,《看板实战》一书中使用的是3个核心……不同的文献对看板方法给出了不同的实践归类,本文将以目前业界比较认可的分类方式,带大家来了解下看板方式是如何在软件中实践起来的。

  看板方法5个实践=建立看板系统的三个实践+运作看板系统的两个实践。

  建立看板实践一:可视化价值流动。与生存制造不同,软件产品是不可见的,因此也无法看到像丰田车间中的工件(实物)流动,这样也就提高了管理的难度,所以看板方法的第一个实践就是让价值流动可视化,这也是看板方法的基础。

xx项目看板墙.png

1XXX项目看板墙

 

  如图上所示,每一列代表一个阶段,需求或用户故事经过了从看板墙的左侧到右侧,从开发、测试到发布上线的价值流动和增量,流动中可能会出现阻塞,如因依赖第三方接口而导致停滞,此时可以通过特殊颜色来区分(如开发中阶段的最后2个红色项)并推动其解决,促进价值流动,物理看板可用其他颜色的便签纸标识。限制系统端到端流量的是系统瓶颈处的流量,改善端到端的价值流,必须从解决瓶颈问题开始。发现看板墙上的瓶颈并不困难,找到最长的队列就可以了,还记得笔者的第一篇积压的文章吧,最拥堵的地方也是车队最长的地方。毫无以为,图中所示的这个团队,正在面临开发上的积压问题,所以可视化帮助我们能够快速发现问题,进而为解决问题提供了基础。

        建立看板实践二:显式化流程规则。它定义了一个价值项从一个阶段进入下一阶段所必须达到的标准,如,可以规定为,开发人员必须完成冒烟测试,才会将该价值项从开发阶段移动到测试阶段。价值的流动必须得立规矩,否则整个价值流动就变得毫无章法乱了套,这也是看板系统的一个前提,如丰田车间中,不符合规格的工件是不能被流到下个工序的,车间有车间的规格尺寸,软件也得有自己的流转规则。只不过看板方法往往应用于敏捷团队中,敏捷强调要以人为核心,所以大部分以承诺的方式代替了显示化的列出。

  建立看板实践三:限制在制品数量。它是看板开发方法的核心机制,为什么这么说呢,看下图就知道了。

拉动式看板.png

 

  列标题上面的数字标识了该阶段允许的在制品的最大数目(进行中和完成的价值项的和)。在制品数目小于这个数字时,才可以从前一阶段拉入新的工作。图中,测试阶段的在制品限制数目是5,而实际在制品数目是4,那么久可以拉入新的工作。开发阶段的在制品数是5,现在是8,不仅不允许拉入新工作,而且该项目组一定在使用看法的方法出现了问题,这也就是之前笔者提到的,如果你认为的看板方法(系统)只是看板墙的话,那么可能是很难达到效果的。因为我们用看板方法的核心机制,就是拉动式系统的方式,软件中正是通过WIP(在制品的最大数量)来控制拉动式的方式,从而加速了价值的流动,除此之外,还暴露出了问题。

湖水岩石效应.png

图:湖水岩石效应

当采用拉动式的方式时,不会再因为积压而导致的问题被淹没,而是让问题一点点的浮现出水面,哪里拉不动了,问题到底出在哪里也变得一目了然。

      运作看板实践一:管理工作项流动。它具体包括管理价值的输入,中间过程和输出三项实践。首先价值的输入,如,图1,需求池就是价值流动的源头,管理好需求池中的价值项对流动的顺畅和质量非常重要,一般来说结合scrum,我们都会在迭代计划会议的时候将需求(用户故事)按时优先级录入到product backlog中,即录入到需求池中,开始冲刺。中间过程,主要指的每日站会对看板的使用,每天的同一时间、同一地点,团队成员从右往左走读看板上的价值项,关注流动过程中的问题和阻碍,并于会后开始讨论和解决。输出,主要指的是所有进入待发布阶段的价值项经过评审会议确定发布的活动,在持续交付的模式下,这一实践也慢慢被替代,如,目前实践较多的用户故事地图制定发布计划+scrum评审会议的方式。

         运作看板实践二:建立反馈,持续改进。通过看板的方法,我们做到了可视化,拉动式的方式等一系列有效的实践,过程中一定会遇到各种各样的问题,而遇到问题的同时也是改进的机会,如这个价值的流动好比排水的河道,我们通过看板的方法发现了一个又一个狭小或拥堵的积压点,一个一个的解决,最后这条河道变的畅通无阻,看法方法以及很多敏捷优秀实践和框架都把其看做非常重要的,这也正应对了David J. Anderson 的《看板方法》一书的副标题——科技企业渐进变革成功之道,只有不断的总结和反思,最后持续改进才能真正的变革、成功。

         看板方法是通用的,看板墙却是个性的,最后,希望每一个时候看板方法的朋友,都能有一个属于自己的看板墙,因为只有适合你的才是最好的,而真正解决问题的还是要深得看板方法之精髓。想想TPS,想想拉动式生产,也想想扬州拉面,相信你一定会找到答案的。

 

 

 

 

201938

                                              敏捷江湖桃花岛—大师兄


【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。