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

前言

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

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

大数据

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.维护一个及时、精确的关于项目产品及其相关文档的信息库，直至项目结束