20200530录播笔记

项目管理计划和其他项目文件

变更请求-有固定模板

变更理由-变更提出者回复好处及坏处

技术、施工意见参与

《变更日志》

需求文档、设计文件、程序代码、数据、工具

责任人：

ccb：变更控制委员会

变更计划：成员，职责等

变更分类：

根据提出方分类：

相关方主动提出

为了纠正错误，项目经理主动提出；

根据影响来分类：

可能影响到项目基准；

可能影响到受控工件

基准项：在正式发布之前，

受控项：受控于配置控制程序

举例：

提出【变更请求】--项目经理向变更提出人询问变更细节，变更原因，受影响区域---项目经理在相关人员到协助下调查和分析变更影响---ccb会议，开会，进一步评估变更理由，细节，in 共享，从而作出拒绝/接受到结论，有时候，由发起人或者好项目经理执行此步骤---记录决策及理由并沟通

项目经理对整个变更控制过程承担最终责任

审批人：项目经理、CCB、项目发起人、客户

CCB（变更控制委员会）---正式团体，明确规定角色和职责，记录在变更管理计划中。

变更分类：

1. 相关方主动提出的

2. 为了纠偏（被动）提出的，由项目经理提出

变更的影响

1. 项目基准

2. 受控工件

3. 基准项

4. 受控项 （配置管理计划）

变更控制流程 （记录在变更日志中）

提变更-->评估影响--->批准、决策--->文档更新

识别变更-->记录变更--->做出变更决定--->跟踪变更--->变更沟通

  CCB 变更控制委员会，负责审查、评价、批准、推迟或否决项目变更

工件是指：实物虚

实施整体变更控制

审查变更请求 -  变更批复 - 变更结果处理

全局整合考察变更 降低风险

基准改了 需要ccb  发起人, 客户 ..  同意 

变更批量管理 ,  比如 周一统一处理变更  特殊变更除外

变更流程：提出，影响评估、信息收集、ccb决策

变更日志：批准或未批准都需要放进去

变更控制：

审查变更请求、审批、处理结果
变更责任人：PM

CCB，变更控制委员会——正式团体。

变更计划里面应该含有 CCB成员，角色，责任，权限。

变更控制流程：

1、变更内容-——2、影响评估——3、变更批准

变更结束后，更新变更日志。

任何人都可提出《变更请求》→

实施变更整体变更控制

CCB（变更控制委员会）是一个正式组成的团体，负责审查，评价，批准，推迟或否决项目变更，以及记录和传达变更处理决定。

变更分类

相关方主动提出

为了纠错提出

影响类型：

影响项目基准：

影响受控工件（文件，代码，实物）

基准项：需要重视，CCB介入

受控项：less important

变更控制流程：

书写变更请求--》解释理由（分析好坏处）--》收集信息--》CCB会议--》记录沟通执行

主要配置活动：

配置项：需求文档，设计文件，程序代码，数据，工具。会被两个人以上使用，随项目的开展而发生变化，产品之前关系密切。

工具需要支持：识别变更，记录变更，做出变更决定，跟踪变更，变更沟通。

决策技术：

投票，多标准分析，独裁决策制定

会议：

相关方提出，被动提出纠偏。

可能影响受控工建

基准项，受控项

变更控制流程： 

收集意见-CCB会议决策

实施整体变更控制

责任人

项目经理对整个变更控制过程承担最终责任

变更提出的人：任何与项目有关的人

变更审批的人：项目经理、项目发起人、CCB、客户

CCB：变更控制委员会，正式组成的团体，负责审查、评价、批准、推迟或者否决项目变更，以及记录和传达变更处理决定

变更分类

1.相关方主动提出

2.为了纠偏提出，通常由项目经理提出

可能影响到项目基准

可能影响到受控工件（文件、代码、实物）

基准项

受控项

变更控制流程

变更提出-影响评估-变更批准-文档更新

任何人（项目相关方）提出《变更请求》

询问变更细节、原因、受影响区域

调查和分析

CCB会议，进一步评估

记录决策及理由

输入

变更管理计划

配置管理计划

变更请求

工具

专家判断：技术

变更控制工具

4.6实施整体变更控制

1.时间的维度（横向）进行审查变更请求、批复变更、沟通变更处理结果；

2.纵向：全局整合的角度考察变更，降低变更对项目目标和计划的负面影响；

3.本过程需要在整个项目期间开展。

责任人

项目经理承担最终责任

变更提出人：任何与项目相关的人

变更审批的人：项目经理、项目发起人、ccb（变更控制委员会）、客户

1.相关方主动提出的变更：修改（增、删、改）

2.纠偏提出的更变

变更日志/变更流程：如图