14 信息管理

信息管理

4.90 项目管理数据、信息与报告

核心定义

数据 → 信息 → 报告是项目管理中信息流转的三级台阶。原始数据经过分析变成信息，信息汇总提炼变成报告。

数据 信息 报告 │ │ │ ▼ ▼ ▼ ┌──────────┐ ┌──────────┐ ┌──────────┐ │工作绩效数据│ ──→ │工作绩效信息│ ──→ │工作绩效报告│ │ WPD │ 分析 │ WPI │ 汇总 │ WPR │ └──────────┘ └──────────┘ └──────────┘ │ │ │ 处理 知道偏差了 做决策用

三级对比

数据分析三大方法

一、偏差分析

将实际绩效与基准/计划对比，找出差距。

偏差分析 │ ┌───────────────────┼───────────────────┐ ▼ ▼ ▼ 进度偏差 成本偏差 质量偏差 SV = EV - PV CV = EV - AC 缺陷率 vs 标准 「晚了几天？」 「超支多少？」 「合格吗？」 判断标准： 偏差在阈值内（如±5%） → 正常，继续监控 偏差超过阈值 → 分析原因，可能需要变更

二、趋势分析

用历史数据预测未来走向——看走向，不只是看当下。

完工日 │ │ ┌─ 当前状态：落后2天 │ │ │ │ ●────── 趋势线 → 按当前趋势走下去将落后8天 │ │ ╱ │ │╱ │ ● │ ╱ │╱ └──────────────────────► 时间 趋势分析 = 不只是知道"现在落后2天"，而是预测"这样下去会落后8天"

三、备选方案分析

对所有可选的纠正/预防方案进行对比评估，选出最优方案。

数据流转全景

4.3 指导与管理项目工作（执行） │ └── 产出：工作绩效数据(WPD) ── 原始数据 │ ▼ 各监控过程（5.5确认范围/6.6控制进度/7.4控制成本/8.3控制质量...） │ └── 产出：工作绩效信息(WPI) ── 分析后的偏差和预测 │ ▼ 4.5 监控项目工作 │ └── 产出：工作绩效报告(WPR) ── 给干系人的正式报告 │ ▼ 4.6 实施整体变更控制 ← 如果报告显示需要变更

常见错误

4.91 Stacey 矩阵

核心定义

Stacey 矩阵：用两个维度判断项目适合什么开发方式——需求明确度 × 技术确定度。

技术不确定度 │ 高│ 混沌区 复杂区 │ (Anarchy) (Complex) │ 「什么都说不清」 │ 敏捷 │ 远非共识 │ ┌─────┐ │ │敏捷 │ │ │迭代 │ 中│ │增量 │ │ └─────┘ │ 复杂区 繁杂区 │ (Complex) (Complicated) │ 混合 预测 │ 低│ 简单区 简单区 │ (Simple) (Simple) │ 预测 预测 │ └──────────────────────────────────────► 需求不确定度 低 高 需求明确 需求模糊

四象限对应方法论

敏捷的"适用雷达"

┌─────────────────────┐ │ 敏捷最适用 │ │ │ 需求模糊 ◄──────────────► 需求明确 复杂区 简单区 │ │ 技术不确定 ◄─────────► 技术确定 复杂区 简单区 │ │ 创新探索 ◄─────────────► 成熟方案 复杂区 简单区 └─────────────────────┘ 五个判断维度（敏捷适用雷达）： ├── 需求稳定性 → 不稳定/变化多 → 敏捷 ├── 技术不确定度 → 新技术/探索 → 敏捷 ├── 干系人参与度 → 需要频繁反馈 → 敏捷 ├── 团队自主性 → 自组织小团队 → 敏捷 └── 交付节奏 → 需要持续交付 → 敏捷

四种方法的 Stacey 定位

技术 不确定度 │ 高│ ● 敏捷 │ （最不确定） │ │ ● 迭代 ● 增量 │ （需求可控， （逐步构建， │ 技术探索） 技术稳定） │ 低│ ● 预测（瀑布） │ （都确定） └────────────────────────────────────► 需求不确定度 低 高

常见错误

4.93 知识转移路径

核心定义

项目收尾阶段，知识需要从项目团队转移到运营团队或组织。知识分为两类，转移方式完全不同。

知识 │ ┌────────────────┴────────────────┐ ▼ ▼ 显性知识 隐性知识 (Explicit) (Tacit) 「可以写下来的」 「说不清但会做」

两条转移路径

知识转移路径 │ ┌──────────────────┴──────────────────┐ ▼ ▼ 显性转移 隐性转移 (Explicit Transfer) (Tacit Transfer) │ │ 文档化、手册、 导师制、跟岗、 知识库归档、 结对工作、 培训课程录播 影子学习 │ │ ▼ ▼ 可复制、可检索 难以复制，需人际传递 「看文档就能上手」 「跟师傅才能学会」

显性 vs 隐性知识

转移策略对比

考试关键点

⚡核心认知：收尾时只交文档 = 只做了显性转移。如果运营团队不知道怎么用那些文档，说明隐性转移没做。

收尾阶段的知识转移 checklist： ├── 显性转移： │ ├── 技术文档、设计图纸归档完成？ │ ├── 运维手册已更新并交接？ │ ├── 经验教训登记册已提交？ │ └── 最终报告已签收？ │ └── 隐性转移： ├── 运营团队有人全程跟过项目吗？ ├── 关键决策的"为什么"解释清楚了吗？ ├── 干系人的隐性预期传递了吗？ └── 过渡期内项目成员可被咨询吗？