本文主要内容来自 SpriCoder 的博客，更换了更清晰的图片并根据新的课程设计做了补充和修正。
本讲要解决的问题
- 配置管理的意义是什么？
- 为什么要实施度量和分析活动？
- 团队分析决策是如何开展的？
- 鱼骨图和根因分析
项目管理支持活动
- 配置管理
- 度量和分析
- 决策分析
- 根因分析
配置管理
配置管理基本概念
配置项：
- 在配置管理当中作为单独实体进行管理和控制的工作产品集合
- 典型的可能作为配置项纳入配置管理的工作产品包含过程说明文档、项目开发计划文档、需求规格说明书、设计规格说明书、设计图表、产品规格说明书、程序代码、开发环境，如特定版本的编译器等、产品数据文件、产品技术文件、用户支持文档
基线：基线是一个或多个配置项及相关的标识符的代表，是一组经正式审查同意的规格或工作产品集合，是未来开发工作或交付的基础，而且只能经由严格的变更控制程序才能改变。
- 发布一个基线包括该基线所有的配置项以及这些配置项的最新变更，因此，可以将基线作为接下来工作的基础。
- 典型的发布基线时间点为需求分析之后、设计完成之后、单元测试之后以及最终产品发布。
- 是配置项持续演进的稳定基础
配置管理简介
- 配置管理的目的是建立与维护工作产品的完整性
- 配置管理的活动
- 配置管理的对象
配置管理活动
配置管理的流程
配置管理是用管理的手段监督和指导如下工作的流程[CMMI 2006]
- 识别和记录配置项的物理特性和功能特性
- 控制上述特性的变更；
- 记录和报告变更过程和相应的配置项状态
- 验证配置项是否与需求一致
配置管理活动
- 识别配置项
- 建立配置管理系统
- 创建和发布基线
- 跟踪变更请求
- 控制配置项变更
- 建立配置管理记录
- 配置审计
度量和分析
度量与分析的意义。
作为项目管理支持类的活动，度量和分析活动可以支持如下的项目管理活动：
- 客观的估计与计划
- 根据建立的计划和目标，跟踪实际进展
- 识别与解决过程改进相关议题
- 提供将度量结果纳入未来其他过程的基础
度量与分析活动
GQM 方法简介
GQM 示例-PM
- G: 确保稳定性、可预测性的开发过程来满足计划的里程碑。
- Q: 我的项目是否按照计划的轨迹前进，计划的里程碑都能实现吗？
- M: 软件项目开发工作的挥发性（分支、流、变更管理（UCM）活动）。
GQM 示例-DM
- G: 最大化所有团队贡献者的生产力。
- Q: 开发人员能够完成分配给他们的任务吗，或者他们遇到障碍了吗？
- M: 由个体或者工作组产生的项目工件的数量
决策分析
决策分析的意义：错误的决策往往会给项目带来灾难性后果。为了降低这种错误决策的风险，往往需要尽可能基于客观事实和正确的流程来开展决策与分析活动
困难：
一个正式评估过程往往包含下列的活动：
- 建立评估备选方案的准则
- 识别备选解决方案
- 选择评估备选方案的方法
- 使用已建立的准则与方法，评估备选解决方案
- 依据评估准则，从备选方案中选择建议方案
决策分析活动
决策分析练习
某基于 WEB 的信息系统的技术选型
- 选择标准有哪些？
- 可选方案有哪些？
- 怎么评价
根因分析与解决方案
- 避免类似错误反复发生
- 一个正式根因分析过程往往包含下列的活动：
- 识别和选定问题
- 根因分析
- 建立改进的行动方案
- 实施改进，评估效果
根因分析活动
根因分析典型示例
典型角度：技术角度 、人员角度、 培训角度、过程角度
