07-项目支持活动

1. 配置管理

1.1. 配置管理介绍

• 配置管理目的：保证最终产品的完整性和一致性

• 配置项：在配置管理当中作为单独实体进行管理和控制的工作产品集合

  • 为了缩小需要管理的对象的范围，同时保证完整性
  • 配置项典型产物，需要保证完全一致：代码，测试用例，用户文档
    • 代码整体是配置项还是每个模块是配置项？代码每个模块都是一个配置项
  • 不属于配置项典型产物，不需要保证一致：周会记录，开发计划

• 基线：基线是一个或多个配置项及相关的标识符的代表，是一组经正式审查同意的规格或工作产品集合， 是未来开发工作或交付的基础，而且只能经由严格的变更控制程序才能改变

  • 例子：需求结束会发布需求的基线，后续都以这个需求为准；设计结束会发布设计的基线，这时的基线包含了需求和设计的配置项
  • 是配置持续演进的稳定基础

1.2. 配置管理活动

版本控制+变更控制，并不是有了版本控制系统可以了

1. 识别配置项
2. 建立配置管理系统
3. 创建和发布基线
4. 跟踪变更请求
5. 控制配置项变更
6. 建立配置管理记录
7. 配置审计

第三方审计：有没有未授权的配置变更

1.3. 代码配置管理

• 代码配置管理的三库：
  1. 工作库：可以随意读写，就算只写了一半也可以提交
  2. 配置库：经过单元测试的稳定版本代码，类比零部件仓库
     • 修改只能串行
  3. 产品库：挑选出一些零部件组装成产品，可以支持回滚
     • 串行修改
     • 回滚：回到以前的实践证明可以有效工作的代码

2. 度量与分析

意义：基于客观的数据，可以显著消除错误决策的风险，度量和分析可以获取这些客观数据
目的：建立与维持度量能力，以支持管理的信息需要。

2.1. 度量分析活动

1. 建立度量目标
2. 指定度量方式
3. 指定数据收集和保存的流程
4. 指定分析流程
5. 收集度量数据
6. 分析度量数据
7. 保存数据和结果
8. 交流度量结果

2.2. GQM方法

从管理的目标出发，将目标归纳、分解为度量的指标，并把这些指标提炼成可以测量的值，是一种科学的、系统的思考问题的方式

• GQM(Goal Question Metric)方法
  1. 概念层(目标)
     • 目标是为某个特定的对象而定义的。这里的对象是指软件产品、软件过程以及相关的资源等。定义的目标基于不同原因和不同质量模型,也要参考不同的角色视图与特定的环境。
  2. 操作层(问题)
     • 基于一定的刻画上述目标是否达成或者目标达成的进展情况的模型，使用一系列的问题来定义所研究的对象, 然后得出评价或评估特定目标达成进展情况。所选择的问题应当尽量体现质量相关的话题。
  3. 量化层( 度量)
     • 试图以量化的方式回答上述操作层识别出来的问题。

• GQM示例
  1. PM
     • G：保持稳定性、可预测性的开发过程来满足计划的里程碑
     • Q：我的项目是否按照计划的轨迹前进，计划的里程碑都能实现吗？
     • M：软件项目开发工作的挥发性（分支、流、变更管理（UCM）活动）
  2. DM
     • G：最大化所有团队贡献者的生产力
     • Q：开发人员能完成分配给他们的任务吗？里程碑能实现吗？
     • M：由个体或工作组产生的项目工件数量

3. 决策分析

• 意义：错误的决策会带来灾难性的后果，为了降低错误决策的风险，需要基于客观事实和正确的流程来展开决策与分析活动
• 正式评估过程往往包含下列的活动：
  1. 建立评估备选方案的准则
  2. 识别备选解决方案
  3. 选择评估备选方案的方法
  4. 使用已建立的准则与方法，评估备选解决方案
  5. 依据评估准则，从备选方案中选择建议方案
• 决策分析活动：
  1. 建立决策分析指南
  2. 建立评价标准
  3. 识别候选方案
  4. 选择评价方法
  5. 评价候选方案
  6. 选择解决方案

一般商业环境中，招投标的过程

4. 根因分析与解决方案

• 根因分析活动
  1. 识别和选定问题
  2. 根因分析
  3. 建立改进的行动方案
  4. 实施改进，评估效果

分析到有明确的解决方案，或无法解决为止

• 归因分析示例：技术角度、人员角度、培训角度、过程角度