结合工具来实现敏捷开发 - 2

时间:2021-02-17 00:33:33
 好了,讲了这么多,重新回到公司的立场上,大家都觉得需要改革,看起来貌似敏捷是一条不错的路子,但是那个时候敏捷还刚出来,所以没有多少公司在用,需要怎么来实施呢?问题很多,所以一直拖到大约2008,2009年左右还在考虑中,那个时候其实很流行通过CMMI认证,公司也考虑了一下,认为没什么必要,因为CMMI更像一个规范,或者说是一种方向,但是对于具体怎么开展工作没有特别指出,所以对于我们公司的现状可能没啥帮助,所以最终定论还是说搞敏捷。至上而下的改革总是不需要太多流血牺牲的,既然领导们都定下调了,所以敏捷工作组也就成立了,我也是其中之一,主要的工作就是研究在我们公司怎么来实现敏捷。

研究的工作总是很累的,开发的工作经常只是把老本来翻翻,而研究的工作可真的是从零开始的,先得研究敏捷的思想,又得研究怎么来实现敏捷。所以那段时间,可真的悲惨的日子,本来自己工作还要完成,又得去研究这个,每个礼拜还得开一次碰头会,好累,昏天暗地的日子。

其实对于敏捷思想的研究,也就是对于敏捷开发的不同门派了解了,就包括了现在用的Scrum方法,然后研究了一下国内外对于敏捷开发真正实施的案例。也参观了一些公司,有上海的,北京的还有广州的,他们也算是国内比较早开展敏捷开发的公司吧。经过半年时间的了解分析,发现已经搞敏捷开发的公司,大部分都是借用工具的,也就是用工具来实现敏捷开发,就像我们用OA系统来管理日常行政工作一样,敏捷原来也可以用工具来管理,得到这个结论以后,大伙总算心里有点谱了,是啊,有个工具的确是好,该做啥,做到什么程度,有什么风险,成本是否超出预算,客户是否满意,如果都能有一个工具来管理,让他来指导我们干,那是会省不少时间,而且工具出错的概率小,对质量的提升应该会很有帮助的。

呵呵,接下来的任务就变成找一个工具了,而且最好找一个综合解决方案,也就是除了提供工具以外还需要提供专门的培训,甚至帮忙组建专门的管理队伍。

 

(未完待续)