自持续集成全民运动开展以来,已经历时一年半了。

作为一个科技部门,软件产品质量保证应该是重中之重。然而为何只有少部分系统能够成功推广呢?

是到了停下脚步,认真思考的时候了。

因为个人正好备考CISA,所以首先想到了平衡计分卡问题。
我们集团有清晰的战略,科技也领到了自己的subway,每个部门、分组与个人都领到了自己的subway。然而作为小人物,每一个执行者都只能看到自己的面包,都只想达成自己的KPI。于是不论集团战略多完美的拆分到了科技公司、多完美的拆分到了部门,在转化成KPI时都会因为各种困难产生折射,在转化成行动项时又会再次折射。最终的结果就是从集团到科技到部门KPI到分组和个人的分解过程变成了从战马到拉车的马到骡子再到驴的演化。

 

其次经过抽象的论证,再回到现实的场景。

规划部门在推介敏捷和持续集成时小心翼翼,深恐打乱开发部门节奏,影响业务需求实现,导致开发部门反弹。然而这样的结果只是导致开发部门自行报名参加敏捷和持续集成,敏捷的都被挡了回去,这里按下不表。但持续集成报了一批又一批,然后停了一批又批,最终坚持下来的寥寥无几。

反过来思考下,为什么坚持不下来呢?其实就是骡子变成了驴:持续集成是一个有效的质量保证过程,假以时日或许能够提升开发效率。然而现实情况是单元测试、验收测试都需要一点一点的补起来,这会耗用大量的人力物力,与科技提升产能的战略目标背道而驰。

 

但持续集成并非就是驴,它是真实的战马,只是看我们后面如何推动。