CCB只管决策，不管分析，那么他的决策应该来源于分析，这个分析工作是谁做的呢？单从项目经理或者变更申请人那里提供的分析就足够做出决策了么？

首先变更提交者在提交变更之前要分析自己变更的内容，不能说只提交一个请求，你要分析为什么要提交，理由是什么等。
其次项目经理或项目管理团队召集相关干系人对变更请求进行综合分析。

第一步，变更申请者提出变更，并提交变更申请单（CR），在CR里详细描述变更内容，并写明变更的理由。大家需要注意的有三点，第一点，申请者通常在提交变更之前分析自己变更的内容以支持变更的理由。但是，这里的“分析”不是我们整体变更控制里的“综合分析”。毕竟，对任何一位变更提出者来说，都会期望变更是对自己有利的，因此，他的分析并不是基于整体来分析的。如果我们按照申请者分析的结果作为依据来审批变更请求，这恰恰规避了整体变更控制流程。第二点，很多时候，变更的提出者未必会按照变更控制流程主动提出变更，那么作为项目团队成员就要根据提出者的要求填写变更申请单，并征求变更提出者的意见以后作为正式的CR进行提交。第三点，变更请求是提交给项目管理团队，而不是直接提交给审批者，更不能直接提交给CCB。
第二步，项目经理或项目管理团队根据正式的CR召集相关干系人对变更请求进行综合分析。分析变更对项目的综合影响，并对变更的实施提出建议。本步骤的"分析"才是整体变更控制的分析过程，也是项目团队需要关注的工作。
第三步，项目团队将CR连同综合分析的结果和实施建议根据变更管理计划提交给相应的干系人进行审批。项目的变更管理计划里定义了变更的批准层次及干系人在变更管理过程的角色和职责，项目团队应该根据变更管理计划获得相关干系人对变更的审批。审批人员或者团队可以基于项目的整体要求批准变更，也可以否决变更。如果变更被否决了，申请者可能还要提交更多信息以支持再次获得审批。不管是批准还是否决，都应该在变更日志中对状态进行记录。
第四步，如果变更请求得到批准，则需要将被批准的变更请求更新到相关的文件或计划里，以反应更新内容，同时也保证相关干系人参照同一版本的项目计划或文件来执行项目工作。 第五步，通知受变更影响的干系人，并按照计划执行批准的变更。
第六步，对被批准执行的变更求情实施情况进行跟踪。
以上是对没有发生的变更的管理，按照变更的控制流程来实施，影响规避整体变更控制的因素，使所有变更都在变更管理计划的指导下被管理。
另外一种情况是对没有实施整体变更控制，但已经发生的变更的管理。对这类变更，我们首先要了解变更的内容，然后要分析已经发生的变更对项目的影响情况。如果变更是有利的，则要按照变更管理计划补齐相关的手续；如果变更对项目不利，则要终止变更，并提出变更请求补救实施的变更对项目带来的不利影响。完成以上工作以后，项目团队还要对变更管理程序进行重新审查和修订，消除导致规避整体变更控制的因素，以避免未来再出现同样的类似问题。