系统分析师互助培训之CMM与软件过程改进(四)

 三、 正确的态度看待CMM

    SEI的CMM并不是软件开发的方法学，也不是产品模板，更不是过程法律。CMM是过程改进的途径，是一套指南，帮助你通过持续的重复、测量和提炼，稳步创造与净化开发环境。CMM的假定是：如果你实施一个不断重复、测量和提炼的大纲，作为环境改进的副产物，质量便会自然的提高。不要把CMM设想为一套规则，而应将它理解为一个学科，做事的一般方法。在这套指南下运作，你会发现这里有着广阔的空间，让你剪裁和塑造自己的大纲，以适应组织的特定要求。

    CMM不采用"用这种方法做这类事"的风格，它也不对由问题的IT组织提供快速的纠正方案。CMM是一个指南针，指导你如何逃离暴风雪。CMM是一个大纲，要求你对整个IT组织的有关部分，从高层领导到软件生产的第一次线工，都做出坚定的、长期的实施承诺。成熟的过程不可能在已也之间实现。

    在如何解释CMM建议时，它允许极大的灵活性。CMM意识到，IT组织之间存在着很大的差别。他们的客户不同，使用的工具不同，人员智力和专业背景不同，从事的项目属于不同的类型，规模大小不同，要求也各不相同。因而，他们应当以自己的方式走向成熟。在一处活用的东西，在另一处未必适用。这一点非常重要，中国部分软件公司的前车之鉴也从某种程度上给了我们建议和经验教训，那就是，要灵活应用CMM，不要幻想一夜就有成效。

四、CMM存在的问题

SW_CMM的版本CMM1.1存在问题主要包括

(2)、CMM1.1所描述的标准和时间很适宜于政府签约的大型软件开发组织和大项目,但对于中小型组织或项目来说,必须加以适当剪裁.但是CMM1.1并没有给出操作性好的剪裁指南.

(3)、CMM1.1所涉及的过程与ISO/IEC12207对于相应的过程的阐述不完全一致,在关于软件过程评估工作的技术文件中,CMM1.1与ISO的表述也有差异.

(4)、CMM1.1关于第4级和第5级的阐述,在实际经验方面的依据还不足,对这类组织过程的特征了解较少.

(5)、CMM1.1没有指明任一软件开发组织都必须首先建立基本的软件工程和管理过程,因此就较难从初始级顺利提高到可重复级.从初始级到可重复级的台阶太高.