我国最大的IT项目管理门户网站,国内IT项目管理培训与咨询服务提供商

当前位置:首页 > 敏捷开发 > 正文

Kanban渐进式演进,让过程改进成为习惯-2

2018-11-15 来源:神兵wizard 平安敏捷教练
      本篇继续讲述平安科技综合呼入团队应用Kanban渐进式演进的故事。上篇讲到,团队经过了4次迭代演进,终于历史性的首次取得了迭代的成功(达到了迭代Definition of Done的标准)。
 
      然而,这只是万里长征的第一个里程碑,改进的脚步永远不能停歇……
 
第5次演进
 
团队新的关注点出现了:
      团队的吐槽:“这个看板也太难看了,有些线条很模糊,而且太呆板了。”
      测试的烦恼:“加入了CI测试环境,测试环境bug还是比较多,开发测试的技能不足,ci测试需要有人把关才行,不然就水了。”
      教练Z的苦恼:“从统计数据的结果来看,卡片开发耗时最长,虽然开发补充了预计开发完成时间,但是经常没有按照预计时间完成,必须给开发敲警钟才行哦。”
 
      OK,有问题是好事,问题就是机会嘛,继续改进!
      1、美化看板:用布条代替划线,规范字体,画图等方式使得看板更清晰整洁,更生动。
      2、增加个人名片卡:每个卡片写名字,名片卡贴在卡片上表示该成员正在进行中的卡片, 每人限两个贴板,也可于减少并行任务。
      3、综合看板CI列中增加待验收环节:目前CI的验收由SA完成。
      4、开发列增加超期限制:表示离开发计划完成时间还有n天,1天,0天,或者已经超期。这样不仅敲了警钟,而且每天开发都有移动的卡片,增强了站会的能动性。
 
 
第6次演进
 
还有问题吗?那是必须的!
      教练Z的问题:“一些技术任务,不需要经过开发测试,看不到完成结果,有些开发还蒙混过关,需要我验收通过才行。”
      教练Z的烦恼:“上个迭代有两个卡片直接被测试放到block区域,关联系统卡的太久了,开发没有及时跟进,测试又不停的领新的任务,block区域成了这些卡片的避难所了,问题得不到快速解决。”
      SA的烦恼:“每天指着一张卡片说需求的状态,开发听的云里雾里的,也不知道需求到底是什么阶段了,需求分析过程还得细分。”
 
办法总比问题多啊,MOVE ON!
      1、用热映电影《X战警》英雄头像贴在名片卡上,提高团队热情。
      2、在to_do 列中增加“紧急加入”任务,用于放置必须在这个迭代完成的突发任务。
      3、在开发列增加技术任务验收区域,一些技术任务需要经过组长验收才能算完成,特此增加该区域。
      4、取消了stg  block区域,主要是防止逃避WIP限制,而不及时跟进问题。对于block的任务进行贴条跟进。
      5、公示持续集成维护、生产问题处理、版本守护、scrum轮值的排班表,便于自觉值日。
      6、对于需求分析的看板(第二块看板),SA进行了重新规划,分出了“需求意向”、“需求分析中”、“待估算”、“估算完成”、“需求延后”等列。
 
第7次演进
 
      现在的看板用起来已经挺顺手了,不过作为一个很有追求的团队,大家还是继续“掐”细节:
      开发Q的烦恼:“代码评审每天占用的时间好多,可是好多人都不专心,有点浪费时间,怎样才能提高大家代码评审的积极性呢。”
      开发Q的烦恼:“上个迭代失败了,关联系统沟通耗费了太多的开发时间了,开发联调时间都不确定,关联系统支持也不及时,这些东西应该在迭代开始前就确定下来。”
      测试L的烦恼:“同一个需求,有关联的卡片我需要拉通了再测试一遍,测完之后这些卡片才能移走,而测试又有WIP限制,导致不能领新的卡片,实际上单张卡片是测试通过的了,如果有一张专门的卡片表示该集成测试就好了。”
      教练Z的问题:“开发每天只处理了一张卡片,看来两个名片卡是多余的,留一张就够了,这样以后也不存在并行开发任务啦。”
 
根据这些细节,继续演进:
      1、增加紧急通道:用于处理优先级很高,需要优先处理的任务,目前处理的任务是明天发布的pir版本。
      2、开发名片卡只保留一个,减少并行任务。
      3、为了提高大家代码评审参与度和积极性,增加了代码评审PK榜,分个人榜单,老年队和中年队的对抗榜单。
      4、在每张story 卡片上增加关联系统信息,包括关联系统开发计划,关联系统名称。
      5、针对关联紧密的story增加一张技术卡片,表示需要做集成测试。
 
 
效果
 
      团队实施看板改进半年多以来,效果持续显现,从下面的数据上可以观察到:
      1、30天需求实现率持续提升,从30%左右提升到60%
      2、单元测试覆盖率持续提升,覆盖关键业务场景
      3、STG缺陷密度持续下降,从6左右下降到4
      4、需求保持快速交付,积压量非常少
      5、随着时间推移,lead time整体上有持续下降的趋势
      6、lead time的分布是一个比较健康的“韦伯曲线”,可预测性提升
 
 
结语
 
      综合呼入团队的看板演变成现在的样子,并不是一气呵成,而是持续在问题中寻找改进的方法,并将改进方法体现在看板上,也是团队共同努力的结晶。
 
最后总结几点心得:
      1. 以最小的变化引入变革,没有一个高大上的开始并不要紧,贵在坚持改进
      2. 团队纪律性很重要,说到就要做到
      3. 将看板作为团队的一面镜子,反映真实,衍生转变
      4. 结合scrum的定期回顾,寻求改进的契机
 
“路漫漫其修远兮,吾将上下而求索。”——屈原
 
我们依旧在路上……(本资讯于2016-06-16首次发布)
分享到:

免责声明:
  1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的,并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺,请浏览者仅作参考,并请自行核实相关内容。
  2、本站部分内容转载于其他网站和媒体,版权归原作者或原发布媒体所有。如文章涉及版权等问题,请联系本站,我们将在两个工作日内进行删除或修改处理。敬请谅解!

延伸阅读:

more

会议活动

more

公开课

more

PMO

Copyright © 2021 IT项目管理界 版权所有 京ICP备17062359号-4 如转载本站文章,请注明原作者和原发布媒体

本着互联网分享精神,本站部分内容转载于其他网站和媒体,如稿件涉及版权等问题,请联系本站进行删除或修改处理

客服电话:010-89506650 89504891 非工作时间可联系:18701278071(微信) QQ在线:511524637

新闻与原创文章投稿:tougao#cpmta.com 客服邮箱:info#cpmta.com(请将#换成@)

IT项目管理界——我国最大的IT项目管理门户网站,隶属卓橡公司

IT项目管理界官方微信

IT项目管理界官方微信

PMO大会官方微信

PMO大会官方微信