变更控制——牵一发而动全身 (1)

　　2.变更申请

　　项目变更的申请可能有不同的来源——可能来自一个潜在的用户，系统分析员，测试人员，或软件供应商。项目管理者都应该建立起一套变更请求(Change Request，简称变更请求)的表格，变更请求表格形式必需与软件配置管理计划保持一致，有些变更管理工具也提供一些一般的电子表格形式，项目中还应该有项目变更控制委员会来负责受理变更请求，包括赋予变更请求一个唯一的跟踪编号和分类号，并实际执行变更流程。

　　变更评审

　　1.变更控制委员会(CCB)

　　负责项目都成立一个专门的变更控制机构——变更控制委员会(Change Control Board)，经常被简称为CCB。一般来说，变更控制委员会是一个项目主要的管理机构组织，CCB最小应该由下面几部分组成：高层经理、项目经理(技术负责人)、配置管理负责人、质量保证负责人、测试负责人。

　　变更控制委员会负责评估那些被提交上来的变更请求，针对这些变更的目的、要求和影响来决策：

　　·同意实施一项变更请求，并且在会议上安排相关的变更实施责任人，和相关联的协作组织;

　　·拒绝某一项变更请求，并给出拒绝的理由。

　　制定项目的启动计划时就要建立项目的CCB，它是在项目初期建立的，将确定的CCB人选记录到配置管理计划中，并发通知给项目组和相关组。当正式基线建立或变更时，要召开CCB会议，并进行会议记录，会后形成《CCB会议纪要》。

　　2.变更评审

　　CCB收到了变更请求后，会有专门的人员先做一个初步的分析，主要是评估变更的来源，变更的理由，变更产生的影响，变更的代价。某些变更会在这个阶段做出一个初步的处理，例如：

　　·描述不清楚地变更请求，会被要求提出者重新补充信息;

　　·删除那些明显错误的变更请求;

　　·一些简单且影响小的变更可以直接分配人员处理;

　　接下来，变更请求会被提交到变更控制委员会进行评审。

　　信息系统项目管理的一个重要方面是对变更申请进行充分的分析评估，这涉及它对系统性能，接口，可用性，成本，进度，合同的影响程度，还应对它对软件产品的安全性，可靠性，可维护性，可移植性及效率的影响程度的评估。项目管理人员将变更请求分派到配置控制小组进行这类评估。在有些情况下，变更请求在被分析前先经过某些小组进行预审，这可以节省一些不大可能被通过的变更请求的评估开销。

　　变更控制委员会评审一般会是以会议的形式进行，有关各方都会参加。可以是定期召开，也可以针对某一项重要的变更临时召集。评估将产生一个报告，其中包括对变更的描述，受影响的配置项及相关文档，以及所要求的资源情况等。

上一页  [1] [2] [3] 下一页