|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 您所在的位置：主页
> 项目管理 > 变更管理 |
 变更管理概论 |
| 变更 |
变更，在一个项目范围内，是对以前认可得项目收益、范围、时间、成本目标所作的任何修改。这就意味着只有存在一个已经认可的标准或者基线时才能实施变更及其管理。 |
| 基线 |
基线是由项目定义的，它详细说明了：
·由项目带来的收益
·工作范围和每个交付件的细节
·项目时间进度安排和项目执行期间的重大时间或里程碑发生日期
·项目成本 |
| 变更管理 |
变更管理事在采纳或者否决一个项目（成本、进度、收益或者范围）变更之前，对其进行控制或者评估的程序。 |
| 变更的原因 |
变更管理与风险、机会以及问题管理有关。如果事件已经发生，风险或者机会就成为了问题。如果这个问题要通过变更项目来解决，就应该评估这个变更给项目带来的影响，特别是对预期收益的影响。导致变更得原因是很多的：
·由于项目发起人或者其他关系人的业务需求发生变化
·业务环境的变更，比如经济的、社会的、竞争者行为等
·在项目运作过程中本身出现的问题或者机会
·由项目团队确定需要予以修正或者补充
·项目团队或者用户发现的必须予以解决的错误 |
|
| 变更日志模版 |
|
项目变更日志模版
|
|
序号
|
问题描述
|
发起人
|
提出日期
|
影响评估人
|
批准人
|
批准日期
|
授权日期
|
备注
|
| 1 |
|
|
|
|
|
|
|
|
| 2 |
|
|
|
|
|
|
|
|
| …… |
|
|
|
|
|
|
|
|
|
| 变更控制流程 |
|
项目变更控制流程图
|
|
流程图
|
流程说明
|
 |
1.在变更日志中记录提出的变更
2.对因变更而对项目及任何相互依赖的项目造成的影响进行评估
3.如果在项目经理的职权范围内，则拒绝或者接受变更建议
4.如果超出项目经理的职权范围，则将决策（连同建议）提交到适当级别的管理层审查、决定
5.将决定记入变更日志中，并通知相关利益人
|
|
| 变更申请模版 |
|
变更申请表模版
|
| 项目名称 |
|
| 项目编号 |
|
| 变更编号 |
|
|
第一部分 提出变更（由项目经理完成）
|
| 变更描述 |
|
| 提出变更的原因/收益 |
|
| 需要由谁批准 |
|
在（日期）之前批准 |
|
|
第二部分
总结由变更造成的影响（由项目经理完成）
|
| 量化的收益（损失） |
|
| 估计由变更增加的成本 |
|
| 对时间进度的影响 |
|
| 额外需要的资源 |
|
| 对其他项目/活动的影响 |
|
| 额外风险 |
|
| 建议（接受或拒绝） |
|
| 评估人 |
|
日期 |
|
|
第三部分 决策（由批准人完成）
|
口 接受变更
口 是否接受变更取决于下面的备注
口 拒绝变更
（*在合适的框内打钩即可） |
批准人姓名：
批准日期：
|
| 所需采取的行动/备注 |
|
|
| 变更控制决策 |
所有提出的变更都需要在实施或者拒绝之前得到审查，并对其影响程度进行评估。一个项目可能有几个审查和授权等级，这取决于变更的严重程度和影响程度，下表给出了根据影响程度而决定的决策层次：
|
变更的影响程度
|
批准层次
|
·对整个进度、成本、收益无影响
·储备金的分配 |
项目经理（记录在变更日志中） |
·轻微影响，影响日程或者成本的变更可以不在影响其他项目的情况下予以调整，并且变更在项目发起人所授权的权力之内
·意外时间的调配 |
项目发起人（使用变更申请表并记录在变更日志中） |
| ·重大影响，影响范围、目标、收益、日程或者成本的变更，不能在项目发起人所授权的权力内得到调整，或者对其他关联项目有影响 |
项目管理组（使用变更申请表并记录在变更日志中） |
|
| 资料来源说明 |
Source：Robert Buttrick, The Interactive
Project Workout |
| 项目管理酷站 |
 |
 |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
|
|
 |
|
|
|
Copyright© 1998-2008 ITCore版权所有. All
rights reserved.
|
