系统集成项目管理工程师案例分析之变更管理（项目管理过程中，一切可能会变更。要重点掌握）

变更的常见原因：

（1）产品范围（成果）定义的过失或疏忽

（2）项目范围（工作）定义的过失或疏忽

（3）增值变更

（4）应对风险的紧急计划或回避计划

（5）项目执行过程与项目基准要求不一致带来的被动调整

（6）外部事件

变更管理的基本原则：

变更管理的原则是首先建立项目基准、变更流程和变更控制委员会（也叫变更管理委员会）。包括以下内容：

（１）基准管理。基准是变更的依据。在项目实施工程中，基准计划确定并经过评审后（通常用户应参加部分评审工作），建立初始基准。此后每次变更通过评审后，都应重新确定基准。

（２）建立变更控制流程。建议或选用符合项目需要的变更管理流程，所有变更都必须遵循这个控制流程进行控制。流程的作用在于将变更的原因、专业能力、资源运用方案、决策权、干系人的共识和信息流转等元素有效地综合起来，按科学的顺序进行。

（３）明确组织分工。至少应明确变更相关工作的评估、评审和执行的职能。

（４）完整体现变更的影响。变更的来源是多样的，即需要完成对客户可视的成果、交付期等变更操作，还需要完成对客户不可视的项目内部工作的变更，如实施方的人员分工、管理工作和资源配置等。

（５）妥善保存变更产生的相关文档，确保其完整、及时、准确、清晰，适当的时候可以引入配置管理工具。国内使用较多的配置工具有 Rational ClearCase、Visual SourceSafe和Concurrent Versions System。项目变更控制委员会或更完整的配置控制委员会（Configuration Control Board,CCB），或相关职能的类似情况，是项目的所有者权益代表，负责裁定接受哪些变更，CCB由项目所涉及的多方人员共同组成，通常包括用户和实施方的决策人员。

变更的程序：

(1)提出与接受变更申请

变更提出应当及时以正式方式进行，并留下书面记录，变更的提出可以是各种形式，但在评估前应以书面形式提出。

（2）对变更的初审

变更初审的目的如下：

①对变更提出方施加影响，确认变更的必要性，确保变更是有价值的。

②格式检验，完整性校验，确保评估所需信息准备充分。

③在干系人间就提出供评估的变更信息达成共识。

④变更初审的常见方式为变更申请文档的审核流转。

（3）变更方案论证

变更方案的主要作用，首先是对变更请求是否可实现进行论证，如果可能实现，则将变更请求由技术要求转化为资源需求，以供CCB决策。常见的方案内容包括技术评估和经济评估，前者评估需求如何转化为成果，后者评估价值和风险。

（4）项目变更控制委员会审查

审查过程，是项目所有者据变更申请及评估方案，决定是否批准变更。评审过程常包括客户、相关领域的专业人士等。审查通常是文档会签形式，重大的变更审查可以包括正式会议形式。审查过程应注意分工，项目投资人虽有最终的决策权，但通常在专业技术上并非强项。所以应当在评审过程中将专业评审、经济评审分开，对涉及项目目标和交付成果的变更，客户的意见应放在核心位置。

（5）发出变更通知并开始实施

评审通过，意味着项目基准的调整，同事确保变更方案中的资源需求及时到位。项目基准的调整，包括项目目标的确认、最终成果、工作内容和资源、进度计划的调整。需要强调的是，变更通知后，不只是包括实施项目基准的调整，更要明确项目的交付日期、成果对相关干系人的影响。如变更造成交付期的调整。应在变更确认时发布，而非在交付前公布。

（6）变更实施的监控

要监控的，除了调整过的项目基准中所涉及变更的内容外，还应当对项目的整体基准是否反映项目实施情况负责。通过监控行动，确保项目的整体实施工作是受控的。变更实施的过程监控，通常由项目经理负责项目基准的监控。管理委员会监控变更明确的主要成果、进度里程碑等，可以委托监理单位承担监控职责。

（7）变更效果的评估

变更评估可以从以下几个方面进行。

①首要的评估依据，是项目基准。

②还需结合变更的初衷来看，变更所要达到的目的是否已达成。

③评估变更方案中的技术论证、经济论证内容与实施过程的差距并推进解决。

（8）判断发生变更后的项目是否已纳入正常轨道

项目基准调整后，需要确认的是相应的资源配置和人员是否及时到位，更需多加关注。之后对项目的整体监控应按新的项目基准进行，涉及变更的项目范围及进度，在变更后的紧邻监控中，应更多地关注，当确认新的项目基准已经生效则按正常的项目实施流程进行。

有可能的问题：

１、对用户的要求未进行记录

２、对变更的请求未进行足够的分析，也没有获得批准

３、在修改的过程中没有注意进行版本管理

４、修改完成后未进行验证

５、修改的内容未和项目干系人进行沟通

导致的后果

１、缺乏对变更请求的记录可能会导致对产品的变更历史无法追溯，并会导致对工作产物的整体变化情况失去把握

２、缺乏对变更请求的分析可能会导致后期的变更工作失误

３、在修改过程中不注意版本管理，一方面可能会导致当变更失败时无法进行复原；另一方面，对于组织财富和经验的积累也是不利的

４、修改完成后不进行验证则难以确认变更是否正确实现

５、未与项目干系人进行沟通可能会导致项目干系人的工作之间出现不一致之处

真题演练：

案例背景：项目经理小王目前正在负责—个小型的软件开发项目。—开始他觉得项目比较小，变更应该不多，流程也不需要太复杂，因此就没有制定项目变更管理计划，而是强调团队成员间的及时沟通来保证项目按照计划进行：根据项目经理小王的理解．所谓变更管理的主要目标就是保证项目能够按照计划进行，如果能够保证不发生超越项目进度计划、成本计划等控制范围外的偏差，就可以不用指定项目变更管理计划．就可以不用指定项目变更管理计划，以减少项目的工作量。而项目执行过程中对计划的微调根本不需要记录和管理，也不需要走项目变更管理流程。而且他认为如果所有项目变更都必须要向相关领导请示汇报，过程太复杂和麻烦，还不如由执行人员提出变更的方案，彼此讨论一致后来的更方便和快捷。

但是在项目进入集成测试阶段的时候，突然多了很多莫名其妙的问题出现。如在调试过程中。由于相关设计和记录的简化和不规范，造成了调试的困难，很难定位各个问题模块的错误；由于项目执行过程中。人员的调配替换，造成了文档记录的不一致，导致后期人员阅读和理解方面的障碍。并且由于缺乏对开发过程的配置管理和控制，导致版本混乱，很难形成有效支持各模块集成的文档。另外，面目中很多细小的改动由于没有准确的记录，或者是根本没有记录．导致集成测试发现问题时，根本没有办法更改。小王对此也没有办法，不知道因为什么原因导致目前的项目状态，项目面临返工的危险。

[问题]

根据你的理解，请说明项目变更管理在软件项目管理中的主要活动内容

案例问题参考答案（仅供参考，信管网标准答案及试题解析请查看下面链接）：

(1)识别可能发生的变更。

(2)管理每个已识别的变更。

(3)维持所有基线的完整性。

(4)根据已批准的变更，更新相关要求，协调整体项目内的变更。

(5)基于质量报告，控制项目质量使符合标准。

(6)维护一个及时、精确的关于项目产品及其相关文档的信息库，直至项目结束。

查看该案例完整试题与信管网参考答案：http://www.cnitpm.com/st/23269979.html

系统集成项目管理工程师题型分析：http://www.cnitpm.com/pm1/78092.html

系统集成项目管理工程师案例分析每日一练：http://www.cnitpm.com/examday/jc_al.html

系统集成项目管理工程师通关培训：https://www.cnitpm.com/jcpeixun.html