答：我之前一直在思考这个问题。我的结论是：过程改进最难的部分不是告诉客户他们应该怎么做，也不是写一个过程给客户，甚至它也不是让他们写一个过程， 做一个计划并执行它（尽管这对过程改进是有一定的作用）。最艰难，也是最有帮助的部分,是如何使客户推行过程改进。换而言之,如何让人们接受它并使用它。

      我们一直采用一种迭代和增量的方法，也一直都很成功,我把它称作敏捷CMMI。在某种程度上，你可以想象类似 敏捷软件开发方法。

我们提倡使用敏捷软件开发中的方 法：如增量交付（incremental delivery）、 持续构建（continuous build）、协作 （collaboration）等， 去推广过程，并让人们更好地接受它。您可以看出我们做 了很多不同的事，来帮助机构接受并施行 过程。因为就算是最好的过程，如果你不 能让客户真正去接受它、采用它，还是毫 无用处的。

      只有他们接受并采用它,你不知道你 计划的过程是否有用。所以我们在逐步地 部署详细步骤时使用增量的方法。所以我 们可能要发布两个或三个子过程并进行测 试，然后一旦公司已经接受了那些简小实 用的过程,我们再给他们另一组过程。

      现在,我们预先做好了整个计划，如 此一来，他们就能在适当的时候获得适当 的子过程。其真正的好处，跟我们平时学 习的习惯是一样的。我们知道，人们会从细微之处消化吸收东西。当你看到很多的 流程实现常常失败，关键的在于：该公司 试图把一套制定好的流程丢给他们的雇员， 然后说，“这将是你的新过程”，而我们是 反过来说：“我们不会那样做,我们将让人 们从非常小的流程开始工作，我们将继续指导他们，直到他们有了一套完整的过程。 提供给他们过程改进学、方法论等，实施 一段时间后，他们把这些事情做到细处， 以便能搞懂这些方法，熟练运用，然后他 们就可以开始接受并使用新的流程。

迭代和增量的过程改进方法——采访主任评估师 Jeff Dalton 先生纪实