后把手册散发出去，天真地期待每个人都会遵守它，结果当然是他们并不遵守。多数情况下，他们不遵守反而好一点。项目小组又各自将自己的那一套流程搬了出来。
对第三种情况来说，开发流程已得到明确和遵守，可惜这个流程天生就效率低下。令人吃惊的是，许多公司在规范流程时，只是简单地将他们现有的做法写成文件，哪怕这个流程效率低下，其结果自然是把问题制度化了。
在评审开发流程时，我们发现普遍存在下列缺陷：
·无章可循的开发活动导致产品不断更新。·由于对必须完成什么样的开发活动及何时完成有误解，因而造成项目计划不周及准备不足。·缺乏通用术语以及由此引起的理解问题，导致开发工作不理想。·产品开发定义过于详细，尤其是缺乏结构化的定义，使得开发效率不高。·每一步都需要多个签字盖章的官僚流程延缓了开发工作。·缺乏并行工程，因为它没有被设计到结构化开发流程里。·缺乏开发活动的周期时间指导，导致项目进度不准确。·由于没有将责任落实下来，导致未能不断地改进产品开发流程。
在PACE方法中，核心小组用结构化开发流程开发产品，这将确保一致性，并避免小组创立各自的流程。基于一个通用的结构化流程，就可以使用通用的周期时间指南并为持续改进打下基础。
按照PACE的方法，一个结构化开发流程包括几个等级。在阶段评审流程所提供的框架中，一般有15-20个主要步骤来定义一个公司的产品开发流程;每一步又分成10-30项任务，规定每一个步骤如何在公司里得以实施。这些任务又为每一个步骤定义出标准周期时间，因此可以根据这些基本步骤编制进度表、预估资源需求、制定计划及进行管理。
每一项任务还可进一步细分成各种各样的开发活动。根据任务的性质，每一步骤的开发活动数量从几个到30或40个不等。总的来说，各步骤与任务永远适用于各种项目，而开发活动则因项目不同而不同。