系统集成项目管理工程师（软考中级）—— 第二十一章 变更管理 笔记分享

• 前言

  现在分享一些笔记给大家，希望能够帮助大家并顺利通过软考。

• 幕布地址：第二十一章 变更管理 - 幕布

• 大数据

• 1变更的概念

  • 定义

    • 在信息系统项目的实施过程中，由于项目环境或者其他原因而对项目产品的功能、性能、架构、技术指标、集成方法、项目的范围基准、进度基准和成本基准等方面做出的改变
    • 为了使项目实际执行情况和项目基准相一致而对项目变更进行管理，其可能的结果是拒绝变更或调整基准

  • 原因

    • 1.产品范围（成果）定义的过失或者疏忽
    • 2.项目范围(工作)定义的过失或者疏忽
    • 3.客户提出新需求
    • 4.应对风险的紧急措施或规避措施
    • 5.项目执行过程与项目基准要求不一致带来的被动调整（如进度、质量、成本等)
    • 6.项目团队人员调整
    • 7.技术革新的要求
    • 8.外部事件（例如政策变动或自然环境变化等)

  • 分类

    • 变更性质 通过不同审批权限控制
      • 重大变更
      • 重要变更
      • 一般变更
    • 变更迫切性 通过不同的变更处理流程进行控制
      • 紧急变更
      • 非紧急变更
    • 发生的领域
      • 进度变更、成本变更、质量变更、设计变更、实施变更和工作(产品)范围变更

• 2变更原则

  • 变更管理原则

    • 1.基准管理
      • 基准是变更的依据。在项目实施过程中，制定基准计划并经过评审后即建立初始基准，此后应针对每次批准的变更重新确定基准
    • 2.建立变更控制流程
      • 所有变更都必须遵循这个流程进行控制
    • 3.建立变更控制委员会
      • 建立CCB并明确其职责，明确变更流程中相关工作的角色及其职责
    • 4.完整体现变更的影响
      • 来源是多样的，既包括客户可见的工作成果、交付期等的变更，又包括客户不可见的项目内部工作的变更，如实施方的人员变更、内部管理变更
    • 5.变更产生的相关文档应纳入配置管理中
      • 可以使用手工或自动化工具进行配置管理

  • 配置管理工具

    

    • RationalClearCase、Perforce、CACCC/Havest、MerantPVCS、MicrosoftVSS、cvs
    • 常用的开源免费的配置管理工具有SVN、GIT、CVS等

• 3.变更的流程及角色职责

  

  • 1.提出变更申请

    • 项目的任何干系人都可以提出变更申请，所有变更申请必须以书面形式记录

  • 2.变更影响分析

    • 项目经理对项目负责，也对整个项目变更管理过程负责
    • 项目经理负责变更申请的影响分析，负责召开变更控制委员会会议，负责监控变更及已批准变更的正确实施等
    • 项目经理在变更中作用:响应变更提出者的要求，评估变更对项目的影响及应对方案，将要求由技术要求转化为资源需求，供授权人决策;并据评审绪果实施即调整项目基准，确保项目基准反映项目实施情况。变更的效率不是变更效果评估的内容

  • 3.CCB变更控制委员会审查批准

    • 一个正式的组织，负责审查、评价、批准、推迟或否决项目变更
    • CCB由项目所涉及的多方人员共同组成，通常包括甲方和乙方的决策人员
    • 作为决策机构，CCB在变更管理过程中负责对提交的变更申请进行审查，并对变更申请做出批准、否决或其他决定
    • CCB所涉及的多方人员共同组成，包括用户和实施方的决策人员。可以包括高层经理、项目经理(技术负责人)、配置管理负责人、质量保证负责人、测试负责人等;该组织不必是常设机构，包括的人员也不必面面俱到，可以根据项目的实际情况决定其人员组成;小的项目中CCB可以只有一个人或者多个人，甚至是兼职人员
    • 是决策机构，不是作业机构(只是决定是否能够进行变更，不会提出具体的方案)
    • 通过评审手段来决定项目是否能变更，但不提出变更方案
    • CCB的主席，在CCB意见不一致的时候可以独自做出裁决
    • 变更控制委员会是项目中重要的角色，是批准、否定、监督变更的重要机构，设置多个的话，可能会导致项目混乱
    • CCB审查通过文档会签的形式，也可以召开正式会议。决策可以是:①批准②否决③延期④要求补充材料

  • 4.变更实施

    • 变更实施人是实施己批准的变更的相关人员，变更申请内容不同，相应的变更实施人员也不同。变更实施人负责执行已批准的变更，也要参与变更正确性的确认工作
    • 变更过程的相关产物应纳入配置管理系统中。配置管理员负责把变更后的基准纳入整个项目基准中，变更过程中的其他记录文件也应纳入配置管理系统

  • 5.监控变更实施

  • 6.结束变更

• 4.变更管理相关事项

  • 操作要点

    • 在项目整体压力较大的情况下，更需强调变更的提出、处理应当规范化，还丽呵可以使用分批处理、分优先级等方式提高效率
    • 项目规模小、与其他项目的关联度小时，变更的提出与处理过程可在操作上力求简便、高效，应注意:
      • 1.对变更产生的因素施加影响。防止不必要的变更，减少无谓的评估，提高必要变更的通过效率。
      • 2.对变更的确认应当正式化。
      • 3.变更的操作过程应当规范化

  • 和其他管理关系

    • 与整体管理
      • 变更管理是项目整体管理的一部分，属于项目整体变更控制的范畴
    • 与配置管理
      • 配置管理重点关注可交付产品（包括中间产品）及各过程文档
      • 变更管理着眼于识别、记录、批准或否决对项目文件、可交付产品或基准的变更
    • 包含配置管理活动
      • ①配置项识别
      • ②配置状态记录
      • ③配置确认与审计

  • 变更管理活动的内容

    • 1.识别可能发生的变更
    • 2.管理每个已识别的变更
    • 3.维持所有基线的完整性
    • 4.根据已批准的变更，更新范围、进度、成本、预算、质量要求，协调整体项目内的变更
    • 5.基于质量报告，控制项目质量使其符合标准
    • 6.维护一个及时、精确的关于项目产品及其相关文档的信息库，直至项目结束