项管（十六）——文档管理、配置管理、知识管理、变更管理

·文档分类：开发文档、管理文档、产品文档；

·文档质量可以分为四级：

1、最低限度文档（1级），适合开发工作量低于一个人月的开发者自用程序。应包含程序清单、开发记录、测试数据和程序简介；

2、内部文档（2级），可用于没有与其他用户共享资源的专用程序，除具备1级文档提供的信息外，还要包括程序清单内足够的注释以帮助用户安装和使用。

3、工作文档（3级），适合于同一单位内若干人联合开发的程序，或可被其它单位使用的程序；

4、正式文档（4级），适合正式发布的软件产品。关键性程序或具有重复管理应用的程序需要4级文档，应遵守GB/T 8567-2006的有关规定。

·配置管理6个主要活动：制订配置管理计划、配置标识、配置控制、配置状态报告、配置审计、发布管理和交付。

·配置项可以分为基线配置项和非基线配置项。

·配置项的状态：草稿、正式、修改。配置项建立时为草稿，通过评审后为正式，以后更改配置项，状态为修改。

·版本号：草稿状态格式：0.YZ，YZ为01-99；正式状态格式：X.Y，X为主版本号，Y为次版本号；修改状态格式：X.YZ，正在修改时，一般只增加Z值。

·配置库：开发库（动态库、程序员库、工作库）、受控库（主库）、产品库（静态库、发行库、软件仓库）。

·配置管理员活动：

1、编写配置管理计划；

2、建立维护配置管理系统；

3、建立和维护配置库；

4、配置项识别；

5、建立和管理基线；

6、版本管理和配置控制；

7、配置状态报告；

8、配置审计；

9、发布管理和交付；

10、对项目成员进行配置管理培训。

·配置状态报告内容：

1、每个受控配置标识的状态；

2、每个变更申请的状态和已批准的修改的实施状态；

3、每个基线的当前和过去版本的状态及各版本比较；

4、其它配置管理过程活动的记录。

·知识分为显性知识和隐性知识；

·项目组织制度平台建设要做到4点：

1、创造更多的团队成员间的交流机会：组织物理环境的改造、组织结构扁平化、设立网络虚拟社区；

2、建立显性的知识索引；

3、组织高层参与和支持；

4、与绩效评估相结合。

·学习型组织5要素：1、建立共同的愿景；2、团队学习；3、改变心智模式；4、自我超越；5、系统思考。

·变更常见原因：

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

·变更分类：1、按性质：重大变更、重要变更、一般变更。2、按迫切性：紧急变更、非紧急变更。

·项目经理在变更中的作用：响应变更提出者的要求，评估变更对项目的影响及应对方案，将需求由技术需求转化为资源需求，供授权人决策；根据评审结果实施即调整基准。确保项目基准反映项目实施情况。

·变更工作程序：

1、提出与接受变更申请；

2、对变更初审（施加影响，确定必要性；格式效验、完整性效验、确保准备充分；在干系人间就评估的变更信息达成共识。），常见方式是变更申请文档的审核流转。

3、变更方案论证；

4、项目管理委员会（CCB）审查；

5、发出变更通知并组织实施；

6、变更实施的监控；

7、变更效果评估（首要的评估依据是项目基准；结合变更初衷，看变更所要达到的目的是否达成；评估变更方案中的技术论证、经济论证内容与实施过程的差距并促发解决）；

8、判断变更后的项目是否已纳入正常轨道。

·变更控制流程：1、提出变更申请；2、对变更分析评估；3、CCB审核变更；4、批准变更；5、实施变更；6、验证变更；7、变更信息归档。

·变更管理主要任务：1、分析变更必要性和合理性，确定是否实施变更；2、记录变更信息，填写变更控制单；3、做出更改、并交上级（CCB）审批；4、（实施变更）修改相应的软件配置（基线），确立新版本；5、评审后发布新版本（结束变更）。