由于软件过程评价和软件能力评估是有关不同的两种应用，因此所用的具体方法有明显差异但是两者都以CMM模型及其衍生产品为基础，实施的几个大步骤基本相同.
从选定评价/评估组后：
（1） 成熟度调查问卷作为现场访问的出发点；
（2） 用CMM作为指导现场调查研究的路线图；
（3） 针对CMM中的关键过程方面指出反映该组织软件过程的强，弱之点；
（4） 根据所了解到的该组织达到CMM关键过程方面目标的情况描绘出该组织的软件过程的概貌；
（5） 向被审核者说明评估结果。
CMM仅仅是模型，为了保证可靠且一致地使用它，美国卡内基-梅隆大学软件工程研究所围绕CMM拟制了一系列支持性文件（包括相应的评价框架，方法描述和实施指南）以及各种工具。使用CMM的大致思路是：
（1） 围绕CMM 拟制出CMM评估框架（CAF），从CAF中归类出各类要求；
（2） 针对各类要求进行相应准备；
（3） 按对象及其需求采用适当的方法进行评定。
基于CMM的软件过程改进
只要一个软件企业在开发产品，它就一定有一个软件过程，可能只是没有写下来。如果这个过程不能很好地适应开发工作的要求，就需要进行软件过程改进。就成熟度升级而言，美国CMM评估业界和软件业界认为，从拟订出软件过程改进大纲算起，至少要18～24个月才能真正完成改进，并且随着软件项目开发的启动往往要"冻结"各项相关的软件过程，也就是说，在软件开发过程中一般不会去更改该项目开发涉及的软件过程。
此外，所处水平越高升级亦越难--CMM的设计也融入了这种思想。因此，尽管从CMM 1.1版发布之日算也已过去了8年，即使在美国本土接受并通过CMM第4或第5级评估的主要还是那些在制定出CMM之前就有很强软件能力的公司（如IBM, 波音，洛克希德，休斯，摩托罗拉等）里的软件组织。
（1） 改进的一般步骤