变更管理的变更的流程？

我们看下变更生命周期中的几个主要过程和这些过程的要求 ：

提出：记录变更的详细信息，相当于一个备忘。需要记录的信息可能根据不同组织和不同项目的规定而不同。要点在于变更提出者能简明扼要的记录下有价值的信息，比如缺陷发生时的环境，要变更的功能……。

变更管理工具不仅要能方便的记录信息，而且要给记录者一些记录的提示信息，帮助记录者准确的记录变更。

审核：审核者首先要确认变更意义，确认是否要修改；其次审核者要确认变更可能产生的影响，根据影响分析决定是否要修改下变更的内容以及对项目其它方面做同步改变；最后就是指派项目成员实施该变更。

在这里，关键是审核者要能对变更的相关影响有清楚的认识，这认识并不是说如何修改变更，而是如果修改了该变更，有可能带来什么影响，是否值得修改。很显然，这些信息不是变更提出者在记录时会给出的，而应该是审核者自己辅助其它系统或者工具进行判断。

实施修改：根据变更要求进行修改。

首先要保证修改实施是完全而彻底的，比如提了一个需求变更，不能只改了需求文档而不改代码或者用户文档。在组织分工情况下，如何协调多个小组的同步变更保证工作产品一致性正成为一个很严峻的问题。

实现变更的一个初始目的就是为了项目的跟踪回溯，那么，针对变更而做的修改也应该被记录下来并被和变更关联起来，实现why、what的双向跟踪。

确认：确认验证变更确实得到了确实实施（或者拒绝变更的理由是合理的）。

查询和度量分析：项目管理者需要了解项目中各个变更的当前状态，根据变更状态做出各种管理决定；度量分析变更数据，了解项目质量状况；定期进行复盘，寻找变更根源，进行有针对性，甚至是制度化的改进。

这儿的关键是要确定要分析哪些数据，如何分析。