项目变更管理:修订间差异
跳到导航
跳到搜索
无编辑摘要 |
|||
(未显示同一用户的7个中间版本) | |||
第1行: | 第1行: | ||
==项目变更的含义和种类== | ==项目变更的含义和种类== | ||
根据变更性质可分为:重大变更、重要变更和一般变更。通过不同审批权限控制。 | 根据变更性质可分为:重大变更、重要变更和一般变更。通过不同审批权限控制。 | ||
根据变更的迫切性可分为:紧急变更、非紧急变更。通过不同变更处理流程进行。 | 根据变更的迫切性可分为:紧急变更、非紧急变更。通过不同变更处理流程进行。 | ||
==项目变更产生的原因== | ==项目变更产生的原因== | ||
第13行: | 第13行: | ||
*外部事件。 | *外部事件。 | ||
=变更管理的基本原则= | |||
==变更管理的基本原则== | |||
(1)基准管理 | |||
(2)建立变更控制流程 | |||
(3)建立变更控制委员会 | |||
(4)完整体现变更的影响 | |||
(5)变更产生的相关文档应纳入配置管理中 | |||
==角色职责== | ==角色职责== | ||
===变更申请人=== | ===变更申请人=== | ||
变更申请人是提出变更申请的相关人员,项目的任何干系人都可以提出变更申请。 | |||
===项目经理=== | ===项目经理=== | ||
项目经理是受业主委托对项目经营过程负责者,其正式权利由项目章程取得,而资源调度的权力通常由基准中明确。基准中不包括的储备资源需经授权入批准后方可使用。项目经理在变更中的作用,是响应变更提出者的需求,评估变更对项目的影响及应对方案,将需求由技术要求转化为资源需求,供授权人决策;并据评审结果实施即调整基准。确保反映项目实施情况。 | 项目经理是受业主委托对项目经营过程负责者,其正式权利由项目章程取得,而资源调度的权力通常由基准中明确。基准中不包括的储备资源需经授权入批准后方可使用。项目经理在变更中的作用,是响应变更提出者的需求,评估变更对项目的影响及应对方案,将需求由技术要求转化为资源需求,供授权人决策;并据评审结果实施即调整基准。确保反映项目实施情况。 | ||
===变更控制委员会(CCB) === | ===变更控制委员会(CCB) === | ||
CCB(项目控制委员会或配置控制委员会), 或相关职能的类似组织是项目的所有者权益代表,负责裁定接受哪些变更。CCB 由项目所涉及的多方人员共同组成,通常包括用户和实施方的决策人员。CCB 是决策机构,不是作业机构。通常 CCB 的工作是通过评审手段来决定项目基准是否能变更,但不提出变更方案。 | CCB(项目控制委员会或配置控制委员会), 或相关职能的类似组织是项目的所有者权益代表,负责裁定接受哪些变更。CCB 由项目所涉及的多方人员共同组成,通常包括用户和实施方的决策人员。CCB 是决策机构,不是作业机构。通常 CCB 的工作是通过评审手段来决定项目基准是否能变更,但不提出变更方案。 | ||
===变更实施人=== | ===变更实施人=== | ||
实施已批准的变更的相关人员。 | |||
===配置管理员=== | ===配置管理员=== | ||
负责把变更后的基准纳入整个项目基准中。 | |||
==工作程序== | ==工作程序== | ||
(1)提出变更申请 | |||
(2)变更影响分析 | |||
(3)CCB 审查批准 | |||
== | |||
= | (4)实施变更 | ||
== | |||
(5)监控变更实施 | |||
(6)结束变更 | |||
==项目变更管理的注意事项== | |||
===变更管理操作要点=== | |||
*对变更产生的因素施加影响:防止不必要的变更,减少无谓的评估,提高必要变更的通过效率。 | *对变更产生的因素施加影响:防止不必要的变更,减少无谓的评估,提高必要变更的通过效率。 | ||
*对变更的确认应当正式化。 | *对变更的确认应当正式化。 | ||
*变更的操作过程应当规范化。 | *变更的操作过程应当规范化。 | ||
===变更管理与整体管理=== | ===变更管理与整体管理=== | ||
变更管理是项目整体管理的一部分,属于项目整体变更控制的范畴。 | |||
===变更管理与配置管理=== | ===变更管理与配置管理=== | ||
配置管理重点关注可交付产品及各过程文档,变更管理则着眼于识别、记录、批准或否决对项目文件、可交付产品或基准的变更。 |
2023年5月19日 (五) 02:11的最新版本
项目变更的含义和种类
根据变更性质可分为:重大变更、重要变更和一般变更。通过不同审批权限控制。
根据变更的迫切性可分为:紧急变更、非紧急变更。通过不同变更处理流程进行。
项目变更产生的原因
- 产品范围(成果)定义的过失或者疏忽。
- 项目范围(工作)定义的过失或者疏忽。
- 增值变更。
- 应对风险的紧急计划或回避计划。
- 项目执行过程与基准要求不一致带来的被动调整。
- 外部事件。
变更管理的基本原则
(1)基准管理
(2)建立变更控制流程
(3)建立变更控制委员会
(4)完整体现变更的影响
(5)变更产生的相关文档应纳入配置管理中
角色职责
变更申请人
变更申请人是提出变更申请的相关人员,项目的任何干系人都可以提出变更申请。
项目经理
项目经理是受业主委托对项目经营过程负责者,其正式权利由项目章程取得,而资源调度的权力通常由基准中明确。基准中不包括的储备资源需经授权入批准后方可使用。项目经理在变更中的作用,是响应变更提出者的需求,评估变更对项目的影响及应对方案,将需求由技术要求转化为资源需求,供授权人决策;并据评审结果实施即调整基准。确保反映项目实施情况。
变更控制委员会(CCB)
CCB(项目控制委员会或配置控制委员会), 或相关职能的类似组织是项目的所有者权益代表,负责裁定接受哪些变更。CCB 由项目所涉及的多方人员共同组成,通常包括用户和实施方的决策人员。CCB 是决策机构,不是作业机构。通常 CCB 的工作是通过评审手段来决定项目基准是否能变更,但不提出变更方案。
变更实施人
实施已批准的变更的相关人员。
配置管理员
负责把变更后的基准纳入整个项目基准中。
工作程序
(1)提出变更申请
(2)变更影响分析
(3)CCB 审查批准
(4)实施变更
(5)监控变更实施
(6)结束变更
项目变更管理的注意事项
变更管理操作要点
- 对变更产生的因素施加影响:防止不必要的变更,减少无谓的评估,提高必要变更的通过效率。
- 对变更的确认应当正式化。
- 变更的操作过程应当规范化。
变更管理与整体管理
变更管理是项目整体管理的一部分,属于项目整体变更控制的范畴。
变更管理与配置管理
配置管理重点关注可交付产品及各过程文档,变更管理则着眼于识别、记录、批准或否决对项目文件、可交付产品或基准的变更。