寻找软件过程改进成功策略.docVIP

寻找软件过程改进成功策略 　　软件开发是人类的思维创造活动，同诗歌、乐曲一样，好像人类历史上还没有什么为上述创造进行流水线化的尝试。因此，当我们寻找一个类似于计算机硬件那样流水线化的方式方法时，可能应该静静思考一下，这本身就与开发内在发展规律相悖。如同一块粗糙的石头，需要细细琢磨，才能知道什么是适合它的。 　　软件开发中，理论与实践是个亘古不变的话题，我们有幸诞生在一个信息共享的时代，能够迅速享受到睿智的思想。引用布鲁克斯的话，“这个神奇的时代远远没有结束，它依然在飞速发展。更多的乐趣，尽在将来。” 　　 　　基于CMM的软件过程改进已经被越来越多中国的软件企业所接受，目前，在中国已经掀起了一个CMM评估的小高潮， 但是，通过评估不是企业的最终目的，对软件企业而言其根本的利益是通过实施软件过程改进，提高企业的管理水平。 　　CMM作为美国军方评价软件过程能力的一个模型，它 是在研究了美国的一些较大的管理基础较好的软件企业提出来，针对中国软件企业的实际需要灵活裁剪，而且，在CMM中也没有告诉企业如何按照此标准进行企业的过程改善。 　　笔者从98起开始主持一个企业的软件过程改善项目，在这3年的时间里，积累了大量的经验教训，现概括出6条策略，供正在或准备实施CMM的软件企业参考。 　　 　　策略一:自低向上，主动改进 　　 　　在进行软件过程改善的时候，通常有两种做法，自顶向下与自低向上。 　　在自顶向下的做法中，企业成立一个推进小组，一般称为SEPG（软件工程过程组），他们是企业里“开发大法”制定的组织者。SEPG组织一些开发人员成立各种任务小组，由这些任务小组根据进行过程改善参照的标准编写各种各样的企业的标准与规范，经过一系列的评审、培训，然后让开发人员去执行。在执行过程中最常见的阻力是来自于开发人员，他们往往会抱怨制定的企业开发规范不符合企业的实际情况，标准太高，无法达到。 　　这种做法费时费力不讨好，制定标准的人花费了很大的精力，对标准的评审浪费了很多的时间，执行时难以贯彻下去。 　　这种方式98年、99年上半年曾在企业里采用过，收效甚微。后来企业降低要求，抛弃了各种标准与规范，采用了一种简单易行的策略，自低向上的办法，即由SEPG找开发人员、项目经理让他们自我发现问题:你有什么缺点？你将如何改进？在开发人员、项目管理人员讲自己的改进措施后，让他们确保能做到。 　　在第二种办法中，不需要管理人员花费太多的精力进行标准的制定，改进的推动，这些工作都是由开发人员自己去做的，管理人员仅仅是起到了监督的作用，只要开发人员自己说到做到就可以了。再做下一个项目时，管理人员同样会问:你有什么缺点？你将如何改进？然后管理人员监督开发人员说到做到。在这个过程中逐步完善形成标准与规范。 　　在上面的两中方法中，我们可以从几个方面进行比较: 　　采用第二种方法时，一定要目标明确，必须是为了改进过程，而不是为了在短时间内通过评估。 　　 　　策略二:循序渐进，由易到难，由粗到细，由松到严 　　 　　CMM的一个核心思想是分级改进，在CMM模型中将软件企业的过程能力分成了5级，有很多企业很可能违背了分级改进的思想，期望短时间内提高管理水平，这显然是不现实的，我们要需要的是改良而不是革命。 　　分级改进实际上就是要循序渐进，你能一步做到2级吗？不可能的，对于2级的每个KPA，可能先实现了每个KPA的一部分活动，稳定了，再实施另外一部分活动，如果你现在1级，想一下子将2级的所有的KPA的所有活动都满足是不现实的。 　　在实施CMM的过程中，一定要根据企业的实际情况量力而行，千万不要期望值太高，要一步一步来。先定出最基本的改进方案，然后逐步提高，要把握分级改进的思想。 　　要做到循序渐进，首先要对企业现状有一个明确清醒的认识，在分析现状时，下面四个问题必须要解答: 　　当前存在哪些问题？ 　　哪些问题是需要迫切解决的？ 　　哪些问题是目前能够解决的？ 　　哪些问题是当前无法解决，需要打好基础后才可以解决的？ 　　接下来要对照标准，提出解决方案。按照“力所能及，有所提高”的原则对问题排出优先级。 开始时要求不要太严，对文档的要求要粗一些，要把握实质而不是皮毛。 　　 　　策略三:教育与培训并重 　　 　　任何一种标准的推广总会将培训放在一个很高的位置上，不过，教育这个词似乎更好，关键目的不是培训技能，而是要改变思想，因此，首先要必须教育。要让各个方面的人都能够接受这些先进的思想，进行教育有各种方式，需要配合使用。 　　观摩学习:看看别的做的好的企业是如何做的？和别的企业的管理人员多沟通交流。尤其是对企业的高层管理人员这点很关键。请外面的专家来讲,“外来的和尚好念经”，这句话屡试不爽，企业内的