网站建设应用后台微博指数查询

持续更新。。。。。。。。。。。。。。。

考点 1:变更的常见原因

---

1. 产品范围(成果)定义的过失或者疏忽
2. 项目范围(工作)定义的过失或者疏忽
3. 增值变更
4. 应对风险的紧急计划或回避计划
5. 项目执行过程与基准要求不一致带来的被动调整外部事件

考点 2:变更管理的原则是项目基准化、变更管理过程规范化

包括以下内容:

1. 基准管理:基准是变更的依据。
2. 变更控制流程化:
3. 明确织分工
4. 评估变更的可能影响
5. 妥善保存变更产生的相关文档，确保其完整、及时、准确、清晰，适当时可以引入配置管理工具。

考点 3

项目控制委员会或配置控制委员会CCB),或相关职能的类似组织是项目的所有者权益代表，负责裁定接受哪些变更。CCB 由项目所涉及的多方人员共同组成，通常包括用户和实施方的决策人员。CCB 是决策机构，不是作业机构;通常 CCB 的工作是通过评审手段来决定项目基准是否能变更，但不提出变更方案。

考点 4

项目经理是受业主委托对项目经营过程负责者，其正式权利由项目章程取得，而资源调度的权力通常由基准中明确。基准中不包括的储备资源需经授权人批准后方可使用。
项目经理在变更中的作用
是响应变更提出者的需求，评估变更对项目的影响及应对方案，将需求由技术要求转化为资源需求，供授权人决策: 并据评审结果实施即调整基准。确保项目基准反映项目实施情况。

考点 5:变更的工作程序

1. 提出与接受变更申请
   变更提出应当及时以正式方式进行，并留下书面记录。变更的提出可以是各种形式但在评估前应以书面形式的提出项目的干系人都可以提出变更申请
2. 对变更的初审，变更初审的目的是:
   1. 对变更提出方施加影响，确认变更的必要性，确保变更是有价值的
   2. 格式校验，完整性校验，确保评估所需信息准备充分。
   3. 在干系人间就提出供评估的变更信息达成共识。
   变更初审的常见方式为变更申请文档审核流转。
3. 变更方案论证
4. 项目管理委员会审查/CCB 进行变更审批
5. 发出变更通知并组织实施
6. 变更实施的监控
7. 变更效果的评估，变更评估可以从以下几个方面进行评估:
   1. 首要的评估依据，是项目的基准。
   2. 还需结合变更的初衷来看，变更所要达到的目的是否已达成。
   3. 评估变更方案中的技术论证、经济论证内容与实施过程的差距并促发解决。
8. 判断发生变更后的项目是否己纳入正常轨道

考点 6

在项目整体压力较大的情况下，更需强调变更的提出、处理应当规范化，可以使用分批处理、分优先级等方式提高效率。

考点 7

项目规模小，与其他项目的关联度小时，变更的提出与处理过程可在操作上力求简便、高效，但关于小项目变更仍应注意以下几点:

1. 对变更产生的因素施加影响，防止不必要的变更，减少无谓的评估，提高必要变更的通过效率。
2. 对变更的确认应当正式化。
3. 变更的操作过程应当规范化。

考点 8

变更申请的提交，首先应当确保覆盖所有变更操作，这意味着如果变更申请操作可以被绕过则此处的严格便毫无意义;但应根据变更的影响和代价提高变更流程的效率。

考点 9

对于很多软件项目来说，项目变更就必需做相应的版本发布，并制订相应的应急回退方案。为确保版本发布的成功，在版本发布前应对每次版本发布进行管理，并做好发布失败后的回退方案。

考点 10

为确保版本发布的成功，在版本发布前应对每次版本发布的风险做相应的评估，对版本发布的过程 Checklist 做严格的评审。在评审发布内容时对存在风险的发布项做重点评估，确定相应的回退范围，制定相应的回退策略。为确保每次版本发布风险的可防可控，特准备回退方案。

考点 11

对引起回退的原因做深入分析、总结经验，避免下次回退发生。对行回退计划中出现的问题进行分析，完善公司回退计划。

考点 12:变更分类

1. 按照变更性质可以分为:重大变更、重要变更和一般变更。通过不同审批权限控制
2. 根据变更的迫切性可以分为:紧急变更、非紧急变更。通过不同变更处理流程进行

系列文章

---

内容	地址 链接
总览	【软考-中级】系统集成项目管理工程师（总）
下一章	【第十七章】 信息系统安全管理（2分)+偶尔考案例

如果你喜欢这个帖子，请不要忘记给它一个赞，这将是我最大的鼓励和支持。

版本记录：

• 2023年10月18 第一版

经典语录

---