技术团队看板方法实践的难点分析

标签: 技术 团队 看板 | 发表时间:2014-08-29 19:57 | 作者:蒲婧
出处:http://pipes.yahoo.com/pipes/pipe.info?_id=62f110a969c03f9166a6f8dcae0e17f9

  CTO俱乐部看板研修班开课! 北京、上海、深圳三站火热报名中!感兴趣的朋友可扫描左侧二维码加入看板公开课与路宁、何勉两位讲师直接沟通!

成功加入 CTO俱乐部会员并 免费开通企业会员,即可 获赠6个月《程序员》iPad/Android版电子刊。会员权益:个人主页、定期餐叙、最新周刊、折扣优惠、《程序员》杂志、大会门票、人才招聘、每月赠书等, 查看详情


随着互联网行业的发展,以及目前市场和业务变化的速度,对业务敏捷性的要求也越来越高。随着敏捷开发方法逐步实践推广,互联网公司的产品开发能力也在逐步提升。

如何引导团队从产品开发视角关注到业务价值快速交付的视角,是未来需要在互联网公司去实践的方向,通过限制在制品数量以及度量价值流,拉动团队关注价值流动的速度以实现业务的快速响应,是很多公司下一步希望达到的目标。百度工程效率部资深敏捷教练姜丽芬在谈及看板方法未来的发展时说到“看板方法在未来几年会是支持互联网时代业务敏捷性要求的一个很重要的方法”。

姜丽芬在采访中分享了自己所理解的看板思想核心:通过限制在制品数量形成拉动系统以暴露系统问题和瓶颈,度量价值流动以发现改进机会;并通过团队的协作,不断改进和演化出合适的流程、方法,实现高效、顺畅的产品开发价值流,最终实现组织业务的敏捷性。

看板带来四类变革

通过理解看板方法,并在组织中付诸实践,姜丽芬认为看板方法的引入能带来多方面的变革。

  • 对人的影响。

    对于关注价值流动这件事情,很多团队还无法做到,很多团队更多地还在关注和应对具体的一件件事情上,他们会接很多的事情,并行很多工作,缺少目标感;看板方法的引入可以改变人对自己做的事情有合理的理解和认识,建立价值交付的视角,对组织实现业务的快速交付会有很大的帮助。

  • 管理方面的影响。

    每个人所在的组织中都有一定的管理规则和机制,每个技术团队也有自己的管理方法,但是大家对于这些规则的理解和认识是不同的,通过看板方法将这些管理规则和约束可视化出来,并且让团队中的每个人认识和理解这规则背后的意义,对提升管理的效率以及拉动团队中每个人的主动协作,相互配合会产生积极正向的影响。

  • 流程方面的影响。

    虽然大家都理解流程是为业务服务的,有时候流程的定义会偏离这个方向,我们使用看板方法将价值流可视化出来,并且通过看板系统和WIP拉动系统暴露出流程问题和瓶颈,通过度量Lead Time来有效识别和发现改进机会,会使得流程越来越符合业务的需要,将流程的作用真正发挥出来实现业务的快速交付。

  • 业务方面的影响。

    当组织中的人、管理和流程都关注在业务价值交付上,那整个组织的目标会达成统一,团队和部门之间的协作效率自然会有效改进,在这种情况下不只是某个团队所营造的系统,整个组织系统都在以业务敏捷性为导向的情况下运作,对于业务的影响和促进也就会自然发生。



在姜丽芬目前的团队中,一直在逐步尝试引入看板方法的各方面实践:

可视化方面

  • 使用物理墙将团队中的工作项包括业务Story、技术优化、线上问题、技术调研采用不用的颜色区分开;

  • 将价值流程从输入开始到发布上线整个过程阶段显示出来;

  • 将工作项遇到的问题和阻碍也在看板中做可视化;将过程阶段的流转规则在看板中显示出来,比如开发完成转入测试的规则,测试完成可以上线的规则。



度量方面

“我们也尝试在在卡片上记录每张开始和结束时间,也并行使用系统记录价值流动的LeadTime,计算观察LeadTime的分布,找到异常点,分析原因,逐步优化改进价值流动提高流程的可预测性等。”姜丽芬介绍说。

通过引入这些实践,”姜丽芬介绍说团队可以自发的发现流程中的问题,能拉动团队进行自组织的优化改进流程,同时也会引导团队关注团队共同的价值产出而不只是关注自己是否完成了自己的工作,团队的自组织能力以及协助能力上会有明显的改进提高。

技术团队实践看板方法的难点

虽然看板方法适合任何类型的产品开发项目,但一开始在组织试点看板方法时需要选择具有合适场景的团队,比如团队当前遇到的问题和看板方法的核心思想和实践有较好的匹配,在这点上还是会有些困难。

  • 在已经实施Scrum的团队引入看板方法,如何让团队了解看板方法和Scrum有什么不同是个难点,如何在Scrum实施成熟的团队中再引入看板方法可以给团队带来更深入的改进收益这点也较为困难;

  • 看板方法强调从现状出发,一开始可视化出目前团队开发流程的所有现状是个挑战;

  • 产品的需求有大有小,大部分团队习惯用工作量做估算来决定发布周期频率内做多少工作量的需求而非需求个数,所以让团队使用WIP来限制在制品数量较困难;

  • 另外看板方法关注价值流动,通过识别瓶颈和改进机会,拉动团队协作提升流程效率,但也同时提出了对团队的每个人的能力要求相对均衡,并且可以随时解决团队遇到的问题,有时候团队中的每个个体能力发展的方向会有所不同,这需要和管理达到较好的平衡也会是个挑战。



对于其他想深入接触和学习看板方法的人,姜丽芬也分享了自己的建议和提醒。“学习看板方法首先需要了解看板方法产生的背景和历史,了解当初看板方法的使用场景以及当时希望解决的问题和达到的目标,并且理解为什么在那样的场景下看板方法可以产生作用。”她介绍道。

对看板希望深入接触和学习的同学,熟读《看板方法》这本书以及参加看板方法的培训课程是非常必要的;如果可以实地看到或听到一些看板实践的案例会更好。“假如希望把看板方法引入到自己所在的组织和团队的时候,建议大家要事先清晰地了解所在组织和团队的环境和上下文,包括组织的文化,管理机制,产品特点等,这些环境清晰了解之后,还需要明确通过看板方法达想实现什么目标,解决什么问题,希望给团队带来哪些影响和促进等等,再选择一个团队进行试点实践。” 姜丽芬建议说。


CTO俱乐部是目前国内最有影响力、规模最大的技术管理者分享与交流平台,由全球最大中文IT社区CSDN创办。CTO俱乐部实行会员免费申请、实名认证的加入机制。自2009年创办以来,已有注册会员13000余名,覆盖国内数千家IT公司和各行业企业研发部门的CTO、技术副总裁、首席架构师、技术总监、工程总监等高级技术管理者。更多精彩分享与交流机会,欢迎加入CTO俱乐部、关注CTO俱乐部微信号csdn-cto。


相关 [技术 团队 看板] 推荐:

技术团队看板方法实践的难点分析

- - csdnNews
CTO俱乐部看板研修班开课. 北京、上海、深圳三站火热报名中. 感兴趣的朋友可扫描左侧二维码加入看板公开课与路宁、何勉两位讲师直接沟通. 成功加入 CTO俱乐部会员并. 获赠6个月《程序员》iPad/Android版电子刊. 会员权益:个人主页、定期餐叙、最新周刊、折扣优惠、《程序员》杂志、大会门票、人才招聘、每月赠书等,.

谈技术团队目标

- - Tim[后端技术]
技术主管新年想得最多的一件事必定是如何比上一年做得更好. 宏大的目标设定每个团队都会做,谈几个不引人注意的小问题. 见过一些技术团队将计划定义为“按时完成需求”,需求驱动并没有什么不对,但是研发工作仅考虑被动需求的话是很难做好. 之前完成的许多需求有什么共性. 经常出问题/bug/故障的项目/功能/模块是哪些.

了解豆瓣技术团队必看

- - 张沈鹏
文 挑灯看剑@ douban.com. 以下内容按照时间倒叙排列,方便各位阅读,以后不定期更新:. (之前发布的内容,不保证符合现状). 豆瓣首席科学家、算法组leader在程序员杂志上发文《下一代个性化推荐系统》. 豆瓣高级工程总监段念在letagilefly会议上讲豆瓣的技术团队敏捷实践. 豆瓣设计师在极客公园讲豆瓣FM的设计.

说说技术型创业团队的技术选型

- rhyttr - DBA Notes
看到微博上《程序员杂志》在征集"一分钟先生"的话题:如何做好公司/团队的技术选型. 其实大公司或者大一点的团队选型几乎不需要太多讨论的 -- 最后会不可避免的绕到技术官僚的话题上去. 这里我想简单说说技术型创业团队技术上的选型问题. 如果只能选择微软的技术路线,比如团队几个人只会用微软的技术做开发,甚至也不想学别的,那么似乎没有别的办法,将就一下吧.

续——冯大辉谈技术性创业团队的技术选型[原创]

- huyun - 运维进行时
       原文冯大辉谈技术性创业团队的技术选型提到了天涯,好吧. 站在一个天涯从事6年运维工作的角度,我就多说几句,天涯属于破釜沉舟要摆脱这种束缚的这一类. 原因不用多说,文中提到的问题天涯多少都有碰到或存在. 目前已全面拥抱开源技术,这不是一时头脑发热所做出的决定. 根据现状、未来的发展策略理性来选择的.

工程师在创业团队的技术挑战

- cong - DBA Notes
曾经有不少人对我问过类似的问题:作为技术人员在创业团队(或是小公司)工作,技术上没什么挑战,觉得自己得不到锻炼,我该怎么办. 的确,就说互联网这个领域吧,创业团队或是小公司的网站规模往往并不大,或者至少要从小做起,用户访问量和那些大型网站在当下自然没法比,从这个角度上看,很多中小网站的确暂时面临不到这些高并发、大流量、高可用的这些"严峻挑战",另外,团队的职能岗位甚至也没有大型公司那么齐全,人家连做配置管理的团队规模甚至都比你整个公司人多,似乎在小团队作技术的出门都低人家一头,见面不好意思打招呼,真的有必要妄自菲薄么.

如何做好企业/团队的技术选型?

- 【虎.无名】 - 《程序员》杂志官网
好的技术选型,能最大程度地提高企业和团队的效率,从而开发出满足用户需求的产品. 作为一线的技术管理者,他们都是怎样做的呢. 大公司或者大一点的团队的技术选型几乎不需要太多讨论,因为最后会不可避免地绕到技术官僚的话题上去. 这里我简单说说技术型创业团队的技术选型问题. 如果只能选择微软的技术路线,比如团队只会用微软技术,也不想学别的,那么似乎没有别的办法,将就一下吧.

关于技术团队管理的胡言乱语

- - 博客园_知识库
  临近年底,接到《程序员》杂志的邀请,希望我能写一篇与团队管理有关的年终盘点文章,盘点2013年业界与团队管理相关的大事. 试想,揪出各个公司在2013年的各种“大事”,指点江山,激扬文字,那种众人皆醉我独醒的感觉是相当的妙不可言. 可细细一想,2013年可以归纳为团队管理大事的事件倒是不少,例如Yahoo!美女CEO宣布取消在家办公制度,最近又按照绩效评估结果排名开始裁员;最近知乎上好事者提出的“你问什么离开xx公司”系列,各种回答纷至沓来,为2013的团队管理大事记提供了不少素材.

安全无小事--技术团队防守一二三

- - 五四陈科学院
以下内容由 [五四陈科学院]提供. 那天在使用某创业团队的APP时,输入完了微博账号还需要他自己的账号,于是就发了条微博,. 然后就有人@我是不是在说小米被脱库的事. 这里要讨论的是,如何让数千计的开发人员在安全防守安全编程上,得到有效的效果. 有人说,我干了xx年,手上从来没有一个项目出过安全漏洞; 还有人说,我一个人做的x项目,也从来没有出现过安全漏洞; 呵呵,集体的智慧不由个人意志来控制,木桶漏水取决于最短的一块.

马云:如何组建自己的技术团队

- - ITeye博客
创业道路上,我常常把马云当作我的精神领袖,大家看到我平时不管是项目路演还是做创业分享都非常有激情,其实这是我看了很多鸡汤后的表现. 相信也有很多人和我一样,但创业光有满怀激情是不够的,创业做事还是要接地气才行. 最近我发现“技术合伙人”这个关键词非常热,经常在微信群、朋友圈及各种第三方创业社交平台都看到某某项目缺技术合伙人,由于个人职业原因,我经常会通过对方留下的联系方式与其取得沟通的机会.