项目变更管理
项目变更管理,是指在信息系统工程建设项目的实施过程中,由于项目环境或者其他的原因而对项目的功能、性能、架构、技术指标、集成方法、项目进度等方面做出的改变。
变更的常见原因:
- 产品范围(成果)定义的过失或者疏忽。
- 项目范围(工作)定义的过失或者疏忽。
- 增值变更。
- 应对风险的紧急计划或回避计划。
- 项目执行过程与基准要求不一致带来的被动调整。
- 外部事件。
分类依据 | 类别名称 | 进行方式 |
---|---|---|
根据变更性质 | 重大变更、重要变更和一般变更 | 通过不同审批权限控制 |
根据变更的迫切性 | 紧急变更、非紧急变更 | 通过不同变更处理流程进行 |
根据变更内容 | 因信息系统有过个子行业,暂分类方法无法统一 | 通常对不同内容的变更区别情况提出不同控制方法 |
项目控制委员会或配置控制委员会(CCB),或相关职能的类似组织是项目的所有者权益代表,负责裁定接受哪些变更。CCB由项目所涉及的多方人员共同组成,通常包括用户和实施方的决策人员。CCB是决策机构,不是作业机构;通常CCB的工作是通过评审手段来决定项目基准是否能变更,但不提出变更方案。
项目经理是受业主委托对项目经营过程负责者,其正式权利由项目章程取得,而资源调度的权力通常由基准中明确。基准中不包括的储备资源需经授权人批准后方可使用。
- 项目经理在变更中的作用,是响应变更提出者的需求,评估变更对项目的影响及应对方案,将需求由技术要求转化为资源需求,供授权人决策;
-
并据评审结果实施即调整基准。确保项目基准反映项目实施情况。
- 变更申请人:任何人,必要时参与影响分析及方案制定,结束后参与确认正确性。
- 项目经理:负责人,影响分析,监控实施。
- CCB:决策人。
- 实施人:不同内容不同人员。
- 配置管理员:变更过程的配置管理。
工作流程
- 提出与接受变更申请:变更提出应当及时以正式方式进行,并留下书面记录。变更的提出可以是各种形式但在评估前应以书面形式的提出。项目的干系人都可以提出变更申请。
- 对变更的初审;
- 变更初审的常见方式为变更申请文档的审核流转。
- 初审的目的如下:
- 对变更提出方施加影响,确认变更的必要性,确保变更是有价值的。
- 格式校验,完整性校验,确保评估所需信息准备充分。
- 在干系人间就提出供评估的变更信息达成共识。
- 变更方案论证;
- CCB审查;
- 发出变更通知并组织实施;
- 变更实施的监控;
- 变更效果的评估;
- 首要的评估依据,是项目的基准。
- 还需结合变更的初衷来看,变更所要达到的目的是否已达成。
- 评估变更方案中的技术论证、经济论证内容与实施过程的差距并促发解决。
- 判断发生变更后的项目是否已纳入正常轨道;