先把项目阶段排好
项目要按统一路线推进。
小白
“现在这么多人同时工作，先做什么？”
师傅
“看实施计划。”
小白
“项目启动、现状调研、方案设计、部署实施、测试整改、验收交接。”
师傅
“对。每个阶段都要有任务和交付物。”
【 第 9 步 】
项目指挥室
师傅：“方案已经进入正式建设阶段。网络人员正在调整区域规则，系统管理员在创建账号，安全人员开始接入日志，备份人员准备修改备份策略，设备维护商也要进场。今天我们进入项目实施管理。先按照项目启动、现状调研、方案设计、部署实施、测试整改、验收交接安排实施计划，再使用RACI责任矩阵明确谁执行、谁最终负责、谁参与协商、谁需要知会。
项目进行中出现的风险、配置错误和延期事项要进入风险清单和问题清单，写清等级、责任人、期限和处理状态。同时做好工程文档控制，保证设计图、配置、变更记录、测试材料和现场实际状态保持一致。”
01 · 现场对话
项目指挥室的知识任务
明确每件事谁负责
多人协作需要清楚责任关系。
小白
“数据库备份改造是谁负责？”
师傅
“运维人员执行，项目负责人最终负责，安全人员参与确认，相关业务人员知会。”
小白
“这就是RACI？”
师傅
“对。R 是执行，A 是最终负责，C 是协商，I 是知会。”
项目中出现问题怎么办
风险和问题需要进入清单。
项目负责人
“第三方设备维护账号还没有完成来源限制。”
小白
“把它写进问题清单？”
师傅
“对，还要确定风险等级、责任人、完成期限和临时措施。”
小白
“完成以后再验证。”
师傅
“然后才能关闭。”
文档也属于工程结果
工程现场和文档需要保持一致。
小白
“网络规则改完了，原来的设计图还能继续用吗？”
师傅
“实际配置变化以后，相关图纸、实施清单和测试用例也要同步更新。”
小白
“项目最后还要核对文档和实际配置。”
师傅
“对。工程记录本身也是交付证据。”
02 · 小白做现场笔记
重要概念及注释
项目实施阶段
- 核心内容
- 完整路线项目启动 ↓ 现状调研 ↓ 方案设计 ↓ 部署实施 ↓ 测试整改 ↓ 验收交接不同阶段分别形成项目章程、方案、部署记录、测试报告和交接材料。
一句话记忆
工程实施是一条路线，不是一群人各自做自己的事情。 - 完整路线
- 项目启动 ↓ 现状调研 ↓ 方案设计 ↓ 部署实施 ↓ 测试整改 ↓ 验收交接不同阶段分别形成项目章程、方案、部署记录、测试报告和交接材料。
工程实施是一条路线，不是一群人各自做自己的事情。
实施计划
- 核心内容
- 正式含义
对建设任务、人员、时间、条件、验证方法、回退和交付成果进行统一安排。
一项任务至少回答做什么？ 谁来做？ 什么时候做？ 需要什么前置条件？ 怎样验证？ 失败怎样回退？ 最后留下什么？一句话记忆
实施计划把“准备做”变成“谁在什么时候具体做什么”。 - 正式含义
- 对建设任务、人员、时间、条件、验证方法、回退和交付成果进行统一安排。
- 一项任务至少回答
- 做什么？ 谁来做？ 什么时候做？ 需要什么前置条件？ 怎样验证？ 失败怎样回退？ 最后留下什么？
实施计划把“准备做”变成“谁在什么时候具体做什么”。
RACI责任矩阵
- 核心内容
- 正式含义
用于明确多人协作任务中的责任关系。
四种角色R = Responsible 实际执行 A = Accountable 最终负责 C = Consulted 参与协商 I = Informed 需要知会面包厂示例
数据库备份改造：R → 运维人员 A → 项目负责人 C → 安全负责人 I → 业务负责人一句话记忆
RACI要说清谁干、谁最后负责、问谁意见、告诉谁。 - 正式含义
- 用于明确多人协作任务中的责任关系。
- 四种角色
- R = Responsible 实际执行 A = Accountable 最终负责 C = Consulted 参与协商 I = Informed 需要知会
- 面包厂示例
- 数据库备份改造：R → 运维人员 A → 项目负责人 C → 安全负责人 I → 业务负责人
RACI要说清谁干、谁最后负责、问谁意见、告诉谁。
项目风险清单
- 核心内容
- 正式含义
记录可能影响安全、进度、质量或业务运行的风险事项。
常见字段风险描述 发生可能性 影响 风险等级 责任人 临时措施 完成期限 当前状态一句话记忆
风险清单记录“还没有发生，但可能影响项目的事情”。 - 正式含义
- 记录可能影响安全、进度、质量或业务运行的风险事项。
- 常见字段
- 风险描述 发生可能性 影响 风险等级 责任人 临时措施 完成期限 当前状态
风险清单记录“还没有发生，但可能影响项目的事情”。
问题清单
- 核心内容
- 正式含义
记录项目中已经发现的配置错误、缺陷、遗漏和未完成事项。
易混辨析风险 → 可能发生 问题 → 已经发生或已经发现一句话记忆
风险管“可能”，问题管“已经发现”。 - 正式含义
- 记录项目中已经发现的配置错误、缺陷、遗漏和未完成事项。
- 易混辨析
- 风险 → 可能发生 问题 → 已经发生或已经发现
风险管“可能”，问题管“已经发现”。
工程文档控制
- 核心内容
- 正式含义
统一管理工程文档的名称、版本、审批、访问权限、更新和归档。
工作要求配置发生变化 → 更新配置清单 网络发生变化 → 更新网络图 设计发生变化 → 更新实施清单和测试用例 验收前 → 核对文档与真实配置一句话记忆
现场变了，工程文档必须跟着变。 - 正式含义
- 统一管理工程文档的名称、版本、审批、访问权限、更新和归档。
- 工作要求
- 配置发生变化 → 更新配置清单 网络发生变化 → 更新网络图 设计发生变化 → 更新实施清单和测试用例 验收前 → 核对文档与真实配置
现场变了，工程文档必须跟着变。
项目交付物
- 核心内容
- 正式含义
工程各阶段正式形成并需要保存、验收或移交的成果。
常见交付物需求清单 安全方案 区域架构图 数据流图 权限矩阵 配置基线 变更记录 测试报告 整改记录 验收报告 运维手册 交接清单一句话记忆
工程结束后，要留下别人可以继续使用和复核的成果。 - 正式含义
- 工程各阶段正式形成并需要保存、验收或移交的成果。
- 常见交付物
- 需求清单 安全方案 区域架构图 数据流图 权限矩阵 配置基线 变更记录 测试报告 整改记录 验收报告 运维手册 交接清单
工程结束后，要留下别人可以继续使用和复核的成果。
03 · 经验和难点
小结
这一站，小白跟随项目组完成了实施阶段划分、RACI责任分配、风险与问题跟踪以及工程文档管理。最值得记住的经验是：项目实施同时管理任务、人员、风险、时间和交付证据。初学者最容易遇到的难点，是把技术配置当成整个项目结果，遗漏责任、回退、整改、测试和文档同步。