高项论文正文三段式：做项目 20 年告诉你管理动作怎么写才像真做过

一、正文 2000 字 = 3 段 × 670 字

论文正文 2000-2500 字，分成 3 段写几乎是高项论文的"潜规则"——阅卷老师扫到论文先数段数，段数对了再看内容。

3 段不是随便分的，每段对应 1 个核心动作：

• 第 1 段：你做了什么（动作 1）
• 第 2 段：你做了什么（动作 2）
• 第 3 段：你做了什么（动作 3）

每段 670 字 = 3 个层次（问题 → 做法 → 效果）。

我看了 2025 年带的学员里 100+ 篇论文模考稿，论文 35 分以下的 80% 卡在正文——不是写不出 2000 字，是写出来的 2000 字让阅卷老师感觉假。

"感觉假"是怎么来的？我做项目 20 年的体会是——真假的差别不在词藻，在 3 个细节：

1. 是否有具体数字——真做过的人会脱口而出"168 项需求""1280 万预算""18 个月工期"
2. 是否有具体决策——真做过的人会写"我和架构师讨论后决定 A 不做 B"
3. 是否有具体后果——真做过的人会写"上线 3 个月用户量从 5 万涨到 28 万"

没这 3 个细节 = 像背书 → 给 35 分；有 = 像真做过 → 给 45+ 分。

今天用做项目 20 年的视角，讲透正文每段怎么写"真"。

二、阅卷老师在正文每段要看 3 件事

每段必须有3 个层次，缺一个扣分：

670 字 = 100150 + 350450 + 100~150。

为什么必须 3 层次

很多学员问："为什么不能写得更随意？"

答案是阅卷老师 1 篇论文 8-10 分钟阅读——他没空找你的逻辑，结构必须自己跳出来。3 层次的好处是：

• 层次 1 让老师知道"为什么要做"——没问题就没必要做事
• 层次 2 让老师知道"怎么做"——这是 PM 能力的核心
• 层次 3 让老师知道"做出来怎么样"——是不是真有效

任何一层缺位 → 阅卷老师感觉"你没真做过"。

3 层次对应的"PRE 框架"

公司里给上级汇报项目时常用的"PRE 模板"：

• Problem（问题）：项目当时遇到 X
• Response（响应）：我们采取了 1/2/3 三个动作
• Effect（效果）：最终量化产出 Z

这就是论文正文的三层次——所以高项论文考的不是"会不会编"，是项目经理写"项目复盘汇报"的能力——这是职业生涯里几乎每个月要做一次的事。

三、用范围管理主题做完整演示

主题：项目的范围管理。

3 段对应 3 个动作：

• 段 1：需求收集与范围定义
• 段 2：WBS 分解与范围基线建立
• 段 3：范围控制与变更管理

段 1（670 字）：需求收集与范围定义

【层次 1：问题，120 字】

项目启动初期，我作为项目经理面临的首要挑战是需求模糊+干系人分散。客户方住建局有 5 个业务处室提需求，2026 年 3 月初梳理一轮初步需求清单达到 217 项，但其中 30% 含糊不清（如"系统好用"），20% 互相冲突（如运营处要"开放"、监管处要"管控"）。

【层次 2：做法，420 字】

针对这一问题，我采取了"3 步需求精炼法"：

第 1 步：分干系人开访谈会。我组织了 5 场对应 5 个业务处室的需求专题访谈，每场 2 小时，参与人 = 处室处长 + 业务骨干 + 项目方产品经理 + 我。每场会后产出"需求纪要"含 3 列：原始需求 / 量化指标 / 优先级（高/中/低）。

第 2 步：用需求工作坊解决冲突。针对运营 vs 监管的 12 项冲突需求，我组织了 1 次为期 1 天的需求工作坊，邀请处长 + 业务骨干 + 我们的架构师共 11 人参加。采用优先级矩阵（重要 × 紧急）+ MoSCoW 法（Must / Should / Could / Won't）逐条决议。会后产出"冲突需求决议表"，12 项冲突收敛到 9 项 Must 和 3 项 Could。

第 3 步：建立需求基线评审机制。我把所有需求整理成"需求规格说明书"（217 项收敛到 168 项核心需求），组织住建局 5 个处室代表 + 项目方代表 + 1 名外部专家进行需求基线评审会。评审会输出"需求基线 V1.0"含 168 项需求 + 干系人签字确认。

【层次 3：效果，130 字】

这一阶段的工作成果显著：（1）需求收敛比 78%（217→168），需求清晰度从 70% 提升到 95%；（2）需求基线干系人签字率 100%，为后续 WBS 分解打下坚实基础；（3）项目首阶段无范围争议事件——这在政府信息化项目中极少见。

670 字写完。3 个层次清晰，数据扎实，决策具体。

段 2（670 字）：WBS 分解与范围基线建立

【层次 1：问题，130 字】

需求基线 168 项确定后，新的挑战是如何把抽象需求转化为可执行工作包。168 项需求颗粒度参差不齐——有的需求一句话能描述（如"短信通知"），有的需求涵盖多个子模块（如"统一身份认证"涉及 6 个子模块）。如果不分解就直接排进度，将出现工期估算偏差 40%+ 的风险。

【层次 2：做法，410 字】

我采取了"4 层 WBS 分解法"：

第 1 步：定义 WBS 4 层结构。第 1 层 = 项目本身（智慧邻里 2.0）；第 2 层 = 6 个产品模块（管控 / 服务 / 数据 / 通知 / 认证 / 报表）；第 3 层 = 子功能（每模块 5-8 个）；第 4 层 = 工作包（每子功能 3-5 个），颗粒度控制在 5-10 人天。

第 2 步：组织 WBS 分解工作坊。我组织了 2 天的 WBS 分解工作坊，参与人 = 6 个模块组组长 + 架构师 + 我，共 8 人。逐模块自上而下分解，第 1 天产出 6 大模块的第 2/3 层结构，第 2 天细化到第 4 层工作包，最终产出347 个工作包。

第 3 步：建立工作包颗粒度审核机制。我和架构师对 347 个工作包逐项审核 3 个标准：（1）工时 5-10 人天；（2）有明确交付物；（3）单一负责人。审核后将颗粒度过大的 23 个包再分解，过小的 12 个包合并，最终保留 358 个工作包。

第 4 步：范围基线 V1.0 评审签字。组织 PMO + 客户代表 + 6 名组长共 10 人评审，输出"范围基线 V1.0"含 168 项需求 + 358 工作包 + 责任矩阵 + 干系人签字。

【层次 3：效果，130 字】

这一阶段成果：（1）WBS 颗粒度合规率 96%（343/358），符合"5-10 人天"标准；（2）工期估算误差从 40% 降至 8%——为后续进度计划打下坚实基础；（3）358 个工作包责任清晰，项目执行 18 个月期间未出现"无人认领"工作包。

段 3（670 字）：范围控制与变更管理

【层次 1：问题，130 字】

项目执行 9 个月时遇到重大挑战——客户突发新增 12 项 P0 需求（如新对接 3 个外部系统）。核心问题：12 项变更涉及 5 个模块、影响进度 30+ 天、增加成本 80+ 万。如果直接接收 → 项目失控；如果全拒绝 → 客户关系破裂。需要"有节奏地接、有原则地拒"。

【层次 2：做法，410 字】

我采取了"4 步整体变更控制法"：

第 1 步：变更影响评估。对 12 项变更逐项评估：影响范围（涉及哪些模块）+ 影响进度（增加多少天）+ 影响成本（增加多少钱）+ 影响风险。每项变更产出"变更影响评估表"——耗时 3 天。

第 2 步：CCB 评审决策。组织 CCB（PM + 技术经理 + 客户代表 + QA + PMO 代表共 5 人）评审会。逐项评审 12 项变更，结果：5 项必要立即实施、4 项推迟到第 2 期、3 项被否决。否决的 3 项给客户写"否决说明书"说明拒绝原因和替代方案。

第 3 步：基线更新与同步。基于通过的 5 项变更，更新进度基线（+18 天）+ 成本基线（+95 万） + 范围基线（新增 5 工作包）。所有基线变更同步更新——避免范围 + 进度 + 成本基线不一致。

第 4 步：跨干系人变更通知。变更结果向所有 28 名团队成员 + 8 名核心干系人通过邮件 + 项目协作平台同步——确保大家拿到的"基线版本"一致。

【层次 3：效果，130 字】

这一阶段成果：（1）12 项变更评审完毕，避免了"无序加需求"导致的项目失控；（2）通过的 5 项变更未引起范围 / 进度 / 成本基线不一致问题；（3）项目最终交付时范围基线偏差 ≤ 5%——客户给出 95 分满意度评价。

3 段合计 2010 字，刚好 2000 字目标。

四、3 个常见雷区

雷区 1：层次 1 没有具体问题，全是套话

错例：

项目存在范围管理不到位的问题，需求经常变化，影响项目进度...

阅卷老师看到这种开头，直接给 30 分。

正解：用项目背景的具体数字描述问题——"需求清单 217 项，30% 含糊、20% 冲突，5 个处室目标分散"。数字一出来 = 真实感建立。

雷区 2：层次 2 写得抽象

错例：

我组织召开会议，统一思想，加强沟通，明确责任...

阅卷老师看到"统一思想 / 加强沟通"等空话——这是 PPT 词汇，不是 PM 工作。直接判定为编造。

正解：5 个具体动作 = 5 个数字——5 场会、每场 2 小时、参与 X 人、产出 Y 份文档、每场用 Z 工具。

雷区 3：层次 3 没数字

错例：

最终项目顺利交付，受到客户好评，团队也获得了成长...

阅卷老师看到"顺利交付 / 客户好评"——这是任何项目都能写的废话。

正解：至少 3 个量化结果——收敛比 78%、签字率 100%、争议数 0。

五、3 套不同主题的正文 3 段示范

进度管理主题：

• 段 1：进度计划制定——网络图 + 关键路径 + 工期估算（三点估算法）+ 基线建立
  • 数据示例："活动 156 项 / 关键路径 8 条 / 工期估算误差 ±5% / 基线评审签字"
• 段 2：进度监控与偏差分析——周度跟踪 + SPI/SV 监控 + 偏差识别
  • 数据示例："SPI 0.89 / SV -2 周 / 6 项关键活动滞后 / 影响关键路径 2 条"
• 段 3：进度纠偏——赶工 / 快速跟进 / 关键链 / 决策推理 + 监控
  • 数据示例："5 项赶工 + 3 项跟进 / 增加资源 8 人天 / 追回 SPI 至 0.97"

风险管理主题：

• 段 1：风险识别——识别工具（头脑风暴 + Delphi + SWOT）+ 风险登记册
  • 数据示例："识别 89 项 / 收敛 46 项 / 7 项 P0 / 32 项 P1"
• 段 2：风险定性 / 定量分析——概率影响矩阵 + EMV + 决策树
  • 数据示例："7 项 P0 EMV 总计 -180 万 / 决策树最优路径 +50 万"
• 段 3：风险应对与监控——八字诀（规转减接 / 开分提接）+ 应急储备 + 触发器
  • 数据示例："7 项 P0 应对 / 应急储备 +50 万 / 触发器 5 项 / 实际触发 2 项"

整合管理主题：

• 段 1：项目章程制定——干系人识别 + 目标收敛 + 章程评审
  • 数据示例："47 目标收敛到 18 / 8 名干系人签字 / 4 大成功标准"
• 段 2：项目计划合成——10 子计划 + 冲突识别 + 决策合成
  • 数据示例："10 子计划合成 137 页总计划 / 8 项冲突决策 / 完备性 92 分"
• 段 3：整体变更控制——CCB + 4 步法 + 基线同步
  • 数据示例："CCB 评审 12 变更 / 通过 5 / 推迟 4 / 否决 3"

每个主题 3 段都是"动作 1 → 动作 2 → 动作 3"的递进。

六、做项目 20 年的实战补充

我做项目这么多年最深的感受：真实项目复盘报告的"主体段"跟论文正文每段几乎一样。

公司里项目经理给上级汇报项目，常用的就是这套"PRE 模板"+ 数据 + 决策 + 结果。写好论文的核心不是"练论文"，是"练项目复盘"——养成每个月给自己写 1 份项目复盘的习惯，论文功底自然就建立了。

我带过的学员里，那些论文 50+ 分的学员，几乎都有"日常写复盘报告"的工作习惯——他们写论文不是"编故事"，是把自己手头项目的复盘翻译成 PMBOK 语言而已。

反过来，那些 35 分以下的学员，多半是做技术不做管理——日常没有写复盘的训练，临考突击编故事，编出来的内容假大空。

所以高项论文备考的核心建议是：从今天开始，把你手上的项目（哪怕只是一个小任务）用 PRE 模板写 200 字复盘——12 天后你会发现自己写论文不再"虚"。

七、考前 12 天正文训练

剩 12 天，每周 1-2 篇限时正文（120 分钟）：

• Week 1（5/11-5/17）：写 2 篇——范围 + 进度
• Week 2（5/18-5/22）：写 2 篇——风险 + 整合

写完找师友改或对照阅卷标准 8 项自检：

1. 段 1 有具体问题（数据）吗？
2. 段 2 有具体动作（人 / 时间 / 工具）吗？
3. 段 3 有具体效果（数字）吗？
4. 每段 670 字左右？
5. 全文 2000 字左右？
6. 有 PMBOK 术语贯穿？
7. 没有"假大空"形容词？
8. 没有 PPT 词汇（赋能 / 抓手 / 闭环 / 链路）？

自检不达 6 项 → 说明这个主题还没准备好，再换 1 个主题练。

八、3 段之间的"过渡句"（高分论文必备）

50+ 分论文和 35-40 分论文的另一个差别——3 段之间的过渡句。

35 分论文：3 段直接堆叠，每段开头都是"在 XX 阶段，我..."——结构生硬。

50+ 分论文：每段开头有过渡句，承上启下：

• 段 1→ 段 2 过渡："需求基线签字后，新的挑战是把抽象需求转化为可执行工作包..."
• 段 2→ 段 3 过渡："工作包责任清晰后，项目执行 9 个月时遇到重大变更——客户突发新增 12 项 P0 需求..."
• 段 3→ 总结过渡："3 阶段范围管理形成完整闭环——需求收敛 + WBS 分解 + 变更控制——这就是范围管理的核心..."

过渡句不需要长——20-30 字即可，但能让阅卷老师感觉"这个 PM 写得有逻辑"。

九、金句库（每段塞 1 句）

35 分论文几乎没有金句——纯流水账。50+ 分论文每段 1 句金句——能让阅卷老师"眼睛一亮"。

我整理过的金句库：

每段 1 句金句，论文整体气质立刻拉升。

十、3 段写作的"加速器"

为什么很多学员写 3 段慢？因为没素材库 + 没模板——临场拼凑必慢。建议建 3 个素材库：

素材库 1：项目数据库

平时积累 1-2 个真实项目的关键数据——总投资 / 工期 / 团队 / 用户量 / 成果。考场直接套。

素材库 2：动作库

按 10 大领域分类，每个领域记 3-5 个"标准动作"——如范围管理 = 需求工作坊 + WBS 工作坊 + CCB 评审。

素材库 3：金句库

每个领域 3-5 句金句——考场直接嵌入，论文气质立刻拉升。

3 个素材库准备好——3 段论文 90 分钟内写完。

十一、小结

正文 = 3 段 × 670 字 × 3 个层次（问题 / 做法 / 效果）。

每段必有：

• 数据（多少项 / 多少天 / 多少%）
• 决策（怎么做 / 谁做 / 什么时候做）
• 结果（量化 / 客观 / 可验证）

避开 3 个雷区，论文正文稳拿 30+ 分（占总分 40%）。

核心方法论：把每段当项目复盘报告 PRE 模板——这是真实工作场景，不是学术八股。写 PRE = 写论文。

相关阅读

• 高项常见问题（18 问）
• 软考论文常见问题（15 问）
• 高项案例分析 EVM 挣值分析速通
• 高项案例分析网络图 + 关键路径速通
• 高项决策树 EMV 计算速通
• 高项论文 6 大高频主题速过
• 高项考前 14 天反向清单
• 高项历年真题题库
• 高项一对一辅导（论文不限次精修 + 案例答题逐题辅导）

如果你看完做练习还有疑问，加我微信发题目过来，老孙看完直接给你修正答题套路。

来不及自己摸索的话，一对一辅导 还能赶上今年——加入即开课，论文不限次精修，案例答题逐题辅导，24 小时响应，9999 元（群友价 8999）。