（2） 技术变更管理（TCM，Technology Change Management）
是指识别新技术（例如，工具、方法和过程），并将其有序地引入到组织的各种软件过程中去。同时，对由此而所引起的各种标准变化（例如，组织的标准软件过程和项目定义软件过程进行处理，使之适应工作的需要）。
（3） 过程变更管理（PCM，Process Change Management）
是本着改进软件质量、提高生产率和缩短软件产品开发周期的宗旨，不断改进组织中所用的软件过程的实践活动。过程变更管理活动包括定义过程改进目标、不断地改进和完善组织的标准软件过程和项目定义软件过程。制定培训和激励性的计划，以促使组织中的每个人参与过程改进活动。
用途
设计CMM的初衷是为了用以支持美国国防部对软件组织的能力进行评定。因此，从1987年SEI拿出CMM的雏形（"软件成熟度框架"）后，美国国防部便把它用于软件组织评估，以支持选择承包商时的决策。后来，随着CMM研制和试用工作的推进，设计者，参与者和支持者们发现了它的巨大应用潜力，于是，CMM的研制目标扩大为：
＊ 以实践为基础；
＊ 反映最好的实践经验；
＊ 反映那些从事软件过程改进，软件过程评价和软件能力评估的人士的需要；
＊ 形成书面文件；
＊ 供大众使用。
总之，CMM主要用途有两大类：过程改进（过程评价）与能力评估，而这两种主要用途又归结为软件过程评价和软件能力评价两种评定方法。
由于接受并且通过了CMM评估给公司在合同竞争中带来的好处，使CMM很快在美国和美国以外那些希望得到美国的软件开发项目合同的公司传播开。由于CMM评估需求大大增加，1994年，在美国国防部的支持下，设立了"软件过程改进（SPI）服务部"，明码市价对外提供各种CMM相关服务。现在，美国已有多家咨询或服务机构获得授权开展此项服务业务，以应付日益增多的CMM应用需要。
正式发表的CMM建立了一套准则，供大众用于描述成熟软件组织的特性。这些准则可以由软件组织用于改进它们的开发和维护软件的过程，也可以由政府或商业组织用来对它们在打算与某公司签定软件项目合同时涉及的风险进行评价。
CMM用之于软件过程改进时，是通过按CMM给出的准则对软件过程实施评价，从而为作出改进决策和实施改进提供支持。所以，往往又把CMM在过程改进方面的应用看成是过程评价。
（1） 软件过程评价（SPA，Software Process Assessment）
目的是确定一个组织的当前软件过程的状态，找出组织所面临的急需解决的与软件过程有关问题，进而有步骤地实施软件过程改进，使组织的软件过程能力不断提高。因此，软件过程评估关注一个组织的软件过程有哪些需改进之处及其轻重缓急。评估组采用CMM来指导他们进行调查、分析和排优先次序。组织可利用这些调查结果，参照CMM中的关键实践所提供的指导，规划本组织软件过程的改进策略。
（2） 软件能力评价（SCE，Software Capability Evaluation）
目的是识别合格的能完成软件工程项目的承包商，或者监控承包商现有软件工作中软件过程的状态，进而提出承包商应改进之处。软件能力评价关注识别一个特定项目在进度要求和预算限制内构造出高质量软件所面临的风险。在采购过程中可以对投标者进行软件能力评价。评价的结果，可用于确定在挑选承包商的风险，也可对现存的合同进行评价以便监控方的过程实施。从而识别出承包商的软件过程中潜在的可改进之处。
CMM是软件过程评价和软件能力评估的公共基础。不过，两种用法的目的不同，而且具体用法也有很大差异。软件过程评价侧重于确定本组织软件过程改进的轻重缓急；软件能力评估侧重于确定在选择软件项目承包商时可能碰到的风险，或者说是确定软件组织在软件能力方面的置信程度。后面这一点正是许多软件组织看好按CMM评定等级的原因。软件过程评价与软件能力评估在动机，目标，范围以及审核结果所有权等方面都有所不同。
文章来源于领测软件测试网 https://www.ltesting.net/
