13 配置管理

配置管理4.88 配置管理计划核心定义配置管理Configuration Management对项目的产品/成果的版本、规格、属性进行系统化管理确保所有人使用的都是正确的版本。⚡一句记配置管理管的是产品长什么样变更控制管的是能不能改。两者不同但配套使用。配置管理 vs 变更控制维度配置管理变更控制管什么产品/成果的版本和规格项目能不能改核心活动识别配置项、状态记录、版本控制提交变更 → 审批 → 执行关键输出配置状态报告、配置项基线批准的变更请求考试关键词“版本号”、“谁在用哪个版本”、“规格文档”“变更请求”、“CCB审批”配置管理计划的三大活动┌─────────────────────────────────────────────┐ │ 配置管理计划 │ │ │ │ ① 配置识别 → 哪些是配置项给编号、建基线 │ │ ② 配置状态记录 → 当前版本是什么谁在改 │ │ ③ 配置核实与审计 → 实际和记录一致吗 │ └─────────────────────────────────────────────┘活动做什么举例① 配置识别确定哪些产出物需要受控赋予唯一编号建立基线图纸V1.0、软件V2.3、需求文档REQ-001② 配置状态记录跟踪每个配置项的当前版本和历史变更图纸V1.0→V1.1→V2.0每次改了什么、谁改的③ 配置核实与审计定期检查实际产品是否和配置记录一致现场装的设备型号和图纸上的型号一样吗配置项Configuration Item需要实施配置管理的单个对象。不是所有东西都是配置项只有关键的、多个团队共享的产出物。哪些是配置项 ├── 设计图纸多个团队用 ├── 产品规格说明书影响制造和验收 ├── 软件源代码多人协作 ├── 合同涉及法律 └── 会议纪要 ← 一般不是除非是关键决策记录配置管理基线配置管理基线 │ ┌───────────────────┼───────────────────┐ ▼ ▼ ▼ 功能基线 分配基线 产品基线 (Functional) (Allocated) (Product) 需求冻结 设计冻结 生产冻结 要做什么定了 怎么做定了 最终产品定了组织过程资产OPA与配置管理OPAOrganizational Process Assets组织积累下来的可以复用的资源。分为两类类别是什么举例与配置管理的关系过程/程序类有形的流程资产模板、流程、政策、程序纳入配置管理——模板也要版本控制知识库类无形的知识资产经验教训、项目档案、历史数据归档入库下次项目配置管理时参考⚡核心认知有形的资产文件/模板/流程→ 纳入配置管理控制版本。无形的资产经验/教训/知识→ 存入知识库供未来项目参考。两者都是 OPA但管理方式不同。OPA 在配置管理中的使用过去项目的 OPA │ ├── 过程类 → 流程模板 → 本期配置管理计划直接引用 │ └── 知识库类 → 经验教训 → ├── 上次因为版本混乱导致安装错误 → 本次加强配置审计 └── 上次图纸编号规则不清楚 → 本次制定明确的编号规范 本期项目结束时 │ ├── 更新过程类 OPA → 优化后的配置管理流程入库 └── 更新知识库类 OPA → 本期的经验教训入库常见错误陷阱正解配置管理变更控制 ×配置管版本和规格变更管能不能改两者配套OPA 只是文档 ×OPA 分两类无形的经验/知识/教训和有形的模板/流程所有产出物都是配置项 ×只有关键的、多团队共享的产出物才纳入配置管理配置管理是IT的事 ×任何项目建筑/制造/服务都有配置管理需求