也许CMM被谈论得太多了，人们反而很少提及CMM的目的。其实，CMM的目的就是实现软件过程的改进（SPI），从而提升软件组织的核心竞争力，取得竞争优势。
那么，试着把SPI的“S”去掉，然后从以下三个观点中理解“PI”：凡是活动都存在过程；凡是过程都需要改进；凡是改进都没有终点。
跳出画面
我们可以从“过程视角”观察各种流行的知识域，因为它们都是支持过程理念的。从过程视角观察各种流行知识域，不仅仅是拓宽视野的问题，也引发了许多新的有趣的课题。如图1所示，你会发现，各种流行的知识域都与过程改进有关。
图1 从过程视角观察各种流行的知识域
从行业视角来看，SPI的S可以换成A、B、C……X，它们遵循着同样的规律性（如图2所示）。例如，它们都强调以过程视角观察活动，强调在某种动力下过程的不断改进，那些对“人”敏感的过程都受着组织文化的强烈影响等。
图2 按照行业划分的过程改进
现在我们再考察SPI这件事，如果把SPI当作一剂药方的话，CMM就是其中的一味药。实施软件过程改进时，既可以使用CMM模型，也可以应用 ISO9000，既可以借鉴PMBOK体系，还可以综合应用其它的知识体。从SPI视角来观察CMM，可能更适合国内企业的实际情况。同理，从过程改进高度看待各种知识域，将有助于实现不同领域知识的借鉴和融合。
过程改进的历程
对于过程改进的历程，还是从三化谈起：僵化、固化、优化。这个概念被软件行业的过程改进者广泛接受。就像有人建议的那样，SPI的第一步是 SPC。注意，这里并非指高成熟度组织的SPC（统计过程控制），而是指低成熟度组织的SPC（软件过程创建），C代表Creat。在这个阶段，要降低过度的灵活，因此称为僵化阶段；障碍并未彻底消除，过程的创建借助行政力量的推进才能得以完成。而固化阶段解决的正是消除障碍的问题，对应于障碍消除ABO 阶梯的B阶段（ABO阶梯：Awareness、Buy-in、Ownership，了解-接受-拥有），在这个基础上，改进才真正开始。
图3 过程改进的驱动机制示意图（图中，灰线代表动力链，黑线代表信息流）
对于CMM这样的分级模型，如果没有足够长的实施期，即使快速达到了比较高的级别，也并不意味着存在真正意义上的改进，除非把创建也看作广义的改进。
三化在软件行业得到了更多的认同，恐怕与其行业成熟度有关。但软件行业的绝大多数企业在开始过程改进的时候，并没有将真正意义上的流程作为改进的基础。
