第1页共11页编号：时间：2021年x月x日书山有路勤为径，学海无涯苦作舟页码：第1页共11页如何在小型组织中推行CMMCMMSM是适用于小工程项目和小规模组织的经剪裁的CMM版本。而CMMV1.1是用适宜于那些和政府签约的大型组织的标准实践来表达的，这些实践必须剪裁才能适合不同于这个样板的组织的需要。摘要有关在小工程或小组织中应用CMM的一些常见问题包括：·什幺样的才算做“小”？标准是根据人？时间？项目大小？还是产品的艰难复杂程度？·什幺是CMM的“需求”？是否有不该被应用到小项目/小组织中去的关键过程区域或目标？有好的过程“不变量”吗？·造成CMM被滥用的驱动力和动机是什幺？这篇论文以小型组织为例讨论了怎样在各种商业环境中正确而有效地使用CMM。作者简介Mark是美国软件工程学会（SEI）的一名技术人员。他1987年加入SEI,最初参与的是软件能力评价项目的工作。Mark从一开始就工作在软件能力成熟度模型方面，并且是开发CMM1.1版本时的项目领导人。他也一直活跃在制定有关软件工程的标准上,这些标准包括：·ISO15504(也称为SPICE--软件过程改进和能力决断),一整套软件过程评估的国际标准·ISO12207,软件生存周期过程·ISO15288,系统生存周期过程在加入SEI之前，Mark是系统开发公司（SystemDevelopmentCorporation，即优利国防系统公司UnisysDefenseSystems的前身）的位于亚拉巴马州Huntsville的弹道导弹防护高级研究中心（BallisticMissileDefenseAdvancedResearchCenter）的一名高级系统分析员。Mark在范德比尔特大学获得了他的计算机科学硕士学位。在Huntsville的亚拉巴马州立大学获得了他的数学和计算机科学学士学位。专业资格及证明·电子学会高级研究员及电子工程师(IEEE，美国电气及电子工程师学会）·美国质量协会高级研究员(ASQ，美国质量协会)·美国质量协会（ASQ）认证软件质量工程师※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※……提供了路标。CMM定义了怎样使开发组织的软件过程走向成熟的5个等级的框架结构。这些等级描述了从特别紊乱的混沌过程到成熟的、有纪律的软件过程的进化路径。CMM在称心如意地实施管理及工程实践方面，都提供了良好的建议，它强调以人为核心的管理、沟通和协调以及能体现软件开发和维护特性的强化设计的过程。无论如何，第2页共11页第1页共11页编号：时间：2021年x月x日书山有路勤为径，学海无涯苦作舟页码：第2页共11页把它看成灵活的指南而非生硬的指令吧，还有对于软件工程和管理，以及应用领域和组织的商业环境等方面，CMM用户必须能够在这些方面应用其基于知识和经验的专业判断。因为CMM聚焦于软件，所以TQM的一些重要方面不能直接照搬到模型里，比如系统工程里的“人的问题（peopleissues）”和“较宽泛的审视（broaderperspective）”，这些在商业上可能是至关重要的。CMM应该被看成使用在软件过程改进系统步骤里的一种上下文工具，比如SEI的IDEAL模型，如图2所示[McFeeley96]。////TQCabbr.全面质量管理(totalqualitycontrol)在对软件过程改进的讨论中，开始的问题总应该是这样的：为什幺软件组织会对使用CMM感兴趣？如其愿望是以直接依从商业目标以及心甘情愿投身改革而来改进过程，那幺CMM确实是效用非凡、功能强大的工具；如果CMM只被当成单纯的短期时髦，那可真是把一剂糟糕的药方拿到了手。如果驱动力是客户利益，理想情况下客户利益将导致客户和供应商之间协作的改进。有时供应商的利益集中在软件能力评价(SoftwareCapabilityEvaluations，SCEs)上,如此则可在那些来源选择及签约监督方面是由政府获取代理的项目上有所表现。国防部在执行软件能力评价(SCEs)标准的政策上是排斥绝大多数小组织和小项目的[Barbour96]，但也存在它们可以有所作为的机遇。很多CMM的滥用都对“其它人”可以做什幺的担心置于不顾。如若一个开发组织能在用CMM来导引胜过被需求来牵引上达成共识，那幺在模型中要解决问题的很大一部分就化解掉了。有很多这样的案例。尽管如此，那些对于好的工程和管理实践的无知仍将成为问题。对于那些只有很少的管理方面的经验和训练而只是因技术优秀就被提拔到管理层职位的人来...
