你们项目是如何进行变更控制的？
变更控制的目的是防止配置项被随意修改而导致混乱。
为了提高效率，对于处于“草稿状态”的配置项，不必进行变更控制，因为它们本来就是草稿，本来就是要被不断地修改的。
当配置项状态为“正式发布”，或者该配置项已经成为某个基线的一部分（即被“冻结”）时，如果要修改配置项的话，那么按照变更控制规则执行。
步骤：
第一步 变更申请。变更申请人向CCB提交变更申请，重点说明“变更内容”和“变更原因”。
第二步 审批变更申请。CCB负责人（或项目经理）审批该申请，分析此变更对项目造成的影响。如果同意变更的话，则转向第三步，否则终止。
第三步 安排变更任务。CCB指定变更执行人，安排他们的任务。CCB需要和变更执行人就变更内容达成共识。
第四步 执行变更任务。变更执行人根据CCB安排的任务，修改配置项。CCB监督变更任务的执行，如检查变更内容是否正确、是否按时完成工作等。
第五步 对更改后的配置项重新进行技术评审（或审批）。
第六步 结束变更。当所有变更后的配置项都通过了技术评审或领导审批，这些配置项的状态从“正在修改”变迁为“正式发布”，本次变更结束。
在实际操作中，审批变更申请并非总是“客观公正”的，人们并不在乎变更申请是否合理，关键看是谁提出变更申请。官儿越大的人提出的变更申请总是优先处理的。
