第 12 章：组织保障¶
来源：
思维导图pdf/12.组织保障.pdf。用于在 Obsidian 的 Markmap 插件中渲染本章知识结构。
| 项目 | 数值 |
|---|---|
| 视频小节 | 5 |
| 总时长 | 01:28:09 |
---
markmap:
height: 760
initialExpandLevel: 2
maxWidth: 320
spacingHorizontal: 90
spacingVertical: 12
nodeMinHeight: 24
paddingX: 10
---
# 12. 组织保障（5节 / 01:28:09）
## 12.1. 信息和文档管理（08:08）
### 定义与分类
- 信息和文档管理：信息及文档的收集、整理、处理、储存、传递与应用
- 信息系统信息：用户、业务、经营管理、系统运行信息等
- 信息系统文档
- 开发文档：可研与任务书、需求/功能/设计规格、开发/集成测试/质量保证计划、安全与测试信息
- 产品文档：培训、参考、用户指南、软件支持、产品手册和广告
- 管理文档：进度及变更、软件变更、职责、项目计划/阶段报告、配置管理计划
### 文档质量等级
- 1级最低限度文档：工作量低于一人月的自用程序
- 2级内部文档：不与其他用户共享资源的专用程序
- 3级工作文档：同一单位多人开发或供其他单位使用
- 4级正式文档：正式发行并普遍使用的软件产品
### 管理规则与方法
- 编制规范：书写规范、图表编号、目录标准、管理制度
- 定级保护：按影响对象及无影响、一般/严重/特别严重损害定级
- 密级文档实施保密和权限管理；签字文档与只读电子文档一一对应
- 配置管理：建立配置库并维护配置管理数据库（CMDB）准确性
## 12.2. 配置管理（46:44）
### 定义与基本概念
- 系统控制配置变更，在项目全生命周期维持配置完整性与可跟踪性
- 配置项（CI）：作为单个实体进行配置管理的硬件、软件或二者集合
- 基线配置项：设计文档、源程序等；通常向开发人员开放读取权限
- 非基线配置项：各类计划、报告等；向项目经理、CCB及相关人员开放
- 配置项状态：草稿、正式、修改
- 版本号：草稿 `0.YZ`；正式 `X.Y`；修改 `X.YZ`
- 配置基线：一组相对稳定的配置项，通常对应里程碑
- 配置库：开发库、受控库、产品库
- CMDB：保存配置项、关系、事件、问题、错误、变更、发布、人员及财务信息
### 角色与职责
- 配置控制委员会（CCB）：控制变更并承担配置管理决策
- 配置管理负责人/配置经理：管理和决策全生命周期配置活动
- 配置管理员：实施配置管理活动
- 配置项负责人：保证配置项准确、真实
### 目标与方针
- 定义并控制系统组件，维护准确配置信息和项目产品完整性
- 配置项须记录、分类、编号、指定负责人并接受定期审计
- 关注变化，定期回顾，与其他项目管理活动关联
## 12.3. 配置管理活动（15:22）
### 制订配置管理计划
- 明确目标范围、活动、角色职责、规范流程、进度、接口和团队关系
- 规划受控环境、工具、日常事务、基线、发布、里程碑、资源与工作量
### 配置项识别
- 识别关键组件、配置项关系及配置文档；由配置管理员负责
### 配置项控制
- 变更申请、评估、结果通知、实施、验证确认、发布及配置库控制
### 配置状态报告
- 记录并报告配置管理信息，及时准确给出配置项当前状况
### 配置审计
- 功能配置审计：验证配置项实际功效是否符合需求
- 物理配置审计：验证配置项物理存在及完整性
### 回顾与改进
- 定期回顾实施情况，发现问题和改进点，持续优化配置管理过程
## 12.4. 变更管理（15:02）
### 基本概念
- 项目变更：实施中对功能、性能、架构、技术指标、集成方法或进度等作出的改变
- 原因：范围定义疏忽、增值变更、风险应对、执行偏差、外部事件等
- 分类：重大/重要/一般；紧急/非紧急
- 原则：项目基准化、过程规范化
- 基准管理、流程化、明确分工、充分沟通、及时处理
- 评估影响、妥善保存相关文档
### 角色与职责
- CCB：审查、评价、批准、推迟或否决变更；是决策机构而非作业机构
- 变更经理：监控过程、协调资源、安排日程、组织评估审批、回顾关闭
- 请求者：正式提出并记录请求，初评风险影响和类型
- 实施者：按批准计划实施、记录产物、纳入基线并参与验证确认
- 变更顾问委员会：紧急审批、定期评估并提出改进建议
### 工作程序
- 变更申请 → 初审 → 方案论证 → CCB审查批准
- 变更通知与实施 → 监控 → 效果评估 → 结束与归档
- 紧急变更可走授权审批，但仍须补齐记录、验证与审计
## 12.5. 本章小结（02:53）
- 文档管理保障信息可用、合规和可追溯
- 配置管理守住产品完整性，变更管理守住项目基准
- 所有变更必须正式提出、评估、批准、实施、验证和归档