推行敏捷切忌:不要为了敏捷而敏捷

敏捷是一种方法、手段、实践、技术还是框架?根据具体情况,上述词语均适用。

除了上述词语之外,敏捷更是为一种思想,一种价值观。

敏捷是精益思想的一种。实施敏捷是为了追求最小的投入获取最大的价值。让组织全员具有这种思想,远比引入一些敏捷实践,建立敏捷生命周期模型要重要得多。因为只要有了敏捷思想,实践和模型都可以学习,甚至可以去创造。

《敏捷实践指南》中对敏捷的适用场景有这样的描述:

一个项目的工作,包括确定的工作和不确定的工作,对于确定的工作,可以有以往的经验作为借鉴,可以有确定的流程来遵循。对于不确定的工作,就要使用敏捷方法。

如果我们要在组织内推广敏捷的价值观,以上的敏捷应用场景的描述就是组织内内首先要达成的共识:敏捷更适应项目中不确定的工作,采用敏捷的短周期迭代、持续反馈等实践会比传统的瀑布模型性价比更高。

一般而言,在组织内可通过两种策略推广敏捷价值观。

第一种策略是采用当前已经形成的正规的并且被证明是有效的一套敏捷方法,它们已经是成熟的方法和实践。采用这种策略,需要花时间学习和理解,在没有透析这些方法和实践之前,不要随意变更原有的方法和实践。因为不成熟和随意的裁剪会让敏捷方法的效果大打折扣。

第二种策略是把重心放在推广敏捷价值观上,不用引入完整的一套敏捷方法,而是根据项目的需要引入一些敏捷实践,比如时间盒、持续集成、自动化测试。只要这些实践有助于项目成功,那么它们是否成为组织生命周期模型中的正式实践并不重要。

以上两种策略比较起来,我更倾向于第二种策略。因为我们引入敏捷,推广敏捷价值观的的目标不是为了敏捷而敏捷,而是为了以较少的投入向客户交付满意的产品。除此以外,皆浮云。

这正是:

不为敏捷而敏捷,不重实践重结果

方法实践不重要,引入思想结硕果

参考书目:《敏捷实践指南》,PMI,电子工业出版社

作者简介:王小双,长期从事GJB5000推广、实施、评价、改进的工作,创建《软件工程之思》微信公众号,一直在《软件工程之思》分享GJB5000、CMMI、软件工程的知识和感悟。现致力于GJB5000咨询以及软件过程改进、软件工程能力提升的研究工作。

推行敏捷切忌:不要为了敏捷而敏捷》来自互联网,仅为收藏学习,如侵权请联系删除。本文URL:http://www.hashtobe.com/3499.html