商业组织中的软件开发团队经常产生过载现象。公司管理人员无视工程复杂性、风险和项目规模,为项目完成时间定死了最后期限,为了图快,开发人员走了捷径。过载现象给软件开发人员带来了深深的伤害,反过来也伤害了商业组织。
怎样向领导展示我们都做过了什么?怎样推动工作快速有序的进行?谁能让辛苦的编码变得更有价值?
作为敏捷中将可视化管理发挥到极致的看板管理,逐步走进项目管理者的视线,受到项目管理者的青睐。什么是看板方法?与别的方法有什么不同?如何使用?
什么是看板方法?
看板方法,由David Anderson创立,它脱胎于大野耐一所创立的丰田生产模式(TPS),以及埃利亚胡·高德拉特(Eli Goldratt)的约束理论(TOC),并结合统计质量控制(SQC)、排队论(QT)、工业工程(IE)、软件成熟度模型(CMMI)等多个领域的知识,在软件开发社区中获得了极高的关注度,并迅速传播开来。总的来说,看板系统来自一系列称为拉动系统的实践方法。 恰当运用拉动系统,就可以完美解决过载现象。
看板(kan-ban)最初是一个日语词汇,英文字面意思是“信号卡”,在生产制造环境中,这种卡片作为一种信号,通知生产过程中的上游工序继续生产。在这种生产过程中,除非从下游工序中获得看板信号,否则每个工序中的工人不准进行额外生产。
看板方法同其它敏捷方法的显著区别是什么?
强制推行的管理方法往往都会失败,即便提供了必要的培训和辅导。然而,这样做,即便是最好的情况下,也只能得到些漠然的接受而已,而非取得真正深刻的制度化变革成果。
看板将软件开发带入到队列管理与流动的世界,它与其它敏捷方法的显著区别在于它是一种变革管理方法,在组织级渐进变革方面尤其具有优势。看板基于现状对现有方法做系统的渐进改良,阻力小,具有很强的暴露问题和提示改进机会的能力,能有效提高组织在完整价值流上的关注成都和绩效表现。在看板带来的渐进变革中可以结合其他敏捷方法,从而发展出更为适合企业自身特点的独特方法。
如何启动看板?
看板方法采用了精益思维范式,将软件开发视为一个价值流(Value Stream),并且基于拉动式来驱动其流动。
“价值流”是精益思想和看板方法的基础隐喻,基于这个隐喻,引申出来一系列其它元素,例如,拉动(Pull)、在制品(WIP)、阻塞(Block)、瓶颈(Bottleneck)、缓冲区(Buffer)、改善(Kaizen)等。
启动看板的关键要义是,变化要越少越好。不要试图去改变团队成员与其他合作伙伴、参与者、干系人的内驱力、专业自豪感和自我心理,主要改变在制品的数量、与上下游的业务间的接口和交互方式(以一种与拉动系统相兼容的方式进行交互)。
启动看板的第一步,是与团队一起把现有的价值流图描绘出来。记住,是描绘现有的价值流图,不要试图去改变它或重新发明一种理想化的新过程。
启动看板的第二步,是搭建看板。在用看板对工作流进行可视化之前,先画一个草图对工作流建模会很有帮助。一旦通过绘制草图和建模的方式理解了工作流,就开始定义看板并搭建。
启动看板的第三步,将工作项卡片更新进入搭建好的看板中。在启动看板的初期,不要在意团队成员的工作项卡片写的详细或简单,重要的是团队成员真正运用了看板,并且及时更新。
经过如此简单的三步,工作就完成基本可视化,最最初级的启动看板已经完成。注意,是最最初级的启动看板。而且,不要认为看板方法只是一个可视化控制系统——使用看板,确实能显著提高在制品的可见性,但这只是看板方法中很小的一个方面。
改善是看板方法的精髓,它旨在通过持续性地实施系统性变更来优化生产系统。在初步搭建看板并成功开始使用之后,需要对看板不断进行优化,包括优化板的设计,如把分栏分裂为两列,将进行中的和已完成的工作标识出来,增加缓冲区;设置在制品限额(WIP);设置准入与准出;设置服务类别;定期召开会议;判断瓶颈;重新优化价值流图等等一系列操作。所以,今日所介绍的看板只是看板系统的冰山一角,后面还有庞大的知识系统。
启动看板时,电子看板与物理看板,熟优熟劣?
一、电子看板的优势。
随时随地可以访问,对于地理上分布多地的团队是必备的基础条件。
保存每项工作的信息以便后期进行历史查询。
支持数据收集,可以用来生成度量数据和报告,以供日常管理和回顾。
二、物理看板的优势。
启动快,通常更易于创建——你只需要一张白板或者一面墙。
易于根据特定需求进行变更和调整。
在运用看板的初期,使用物理看板是因为它更容易上手,也方便在早期进行调整。但对于那些热切期望能够进行定量化管理、衡量组织级过程效能以及进行数据分析的团队,在一开始就要使用电子看板。
不要因为看板方法看上去十分简易便生轻慢之心。看板的易用性,来自对“什么能以最小的成本创建最大的效益”的深刻洞见。最简单的方法最不容易遭到破坏,并且几乎总能产生最大的持续收益。