---
name: report-review
description: 生成年终述职、绩效总结、晋升材料等个人汇报文档。当用户说"写述职"、"年终总结"、"写绩效总结"、"晋升材料"、"个人总结"、"年度总结"、"半年述职"、"写个人复盘"时触发。注意：OKR复盘（周期性目标结果复盘）请使用 report-okr 子skill；本 skill 专注于个人职业成长维度的述职与总结。核心逻辑：成果+判断+洞见+方向，判断力和洞见比成果罗列更重要，要展示「这个人在成长、有独立判断」。
metadata:
  author: archon
  version: "1.0"
---

# report-review — 年终述职 / 个人总结

## 核心原则：判断力 > 成果罗列

述职最大的误区：把「做了什么」列成流水账，而不展示「我如何判断和决策」。

评审者看述职文档，想回答的核心问题是：
- **这个人有没有独立判断力**（而不只是执行力）
- **这个人有没有在成长**（今年比去年有什么不同）
- **这个人的视野边界在哪里**（只关注自己的一亩三分地，还是能看到全局）
- **下一步能不能托付更重要的事**

所以：**3件有洞见的事 > 10件平铺直叙的事**。

---

## 零、TL;DR（面向晋升评审或更大范围述职时必须有）

述职文档可能在你不在场的情况下被传阅——评审者只有5分钟，TL;DR 就是你唯一的"发言机会"。

**TL;DR 内容构成**（5行以内）：

```
💡 核心判断：[一句话概括今年最重要的认知或决策]
🎯 主要贡献：[2-3个最能说明价值的成果，必须量化]
📈 核心成长：[今年和去年最大的不同是什么（认知/能力/视野）]
⚡ 下一步方向：[下一年最想做的1件事，说明为什么]
🚦 需要的支持：[需要上级/组织提供的支持，如有；没有可省略。⚠️ 晋升评审场景慎用——容易被理解为抱怨资源不足，建议改为表达「希望承担X类工作」]
```

**什么场景必须放 TL;DR**：
- ✅ 晋升评审委员会——评审者多、时间少，TL;DR 是第一印象
- ✅ 文档需要在会前传阅——避免评审者只看开头就形成判断
- ✅ 述职范围超过直属上级（更大范围评审）
- ❌ 只是和直属上级的1v1述职——口头补充即可，不强制

**常见陷阱**：
- ❌ TL;DR 写成成果列表——TL;DR 的核心是「判断和成长」，不是成果罗列
- ❌ TL;DR 超过5行——评审者不会继续看
- ❌ TL;DR 没有「核心判断」——评审者想知道的是"这个人怎么看自己的这一年"

---

## 写作前必须收集的信息

向用户确认以下内容：

1. **今年做了哪些事**：列出主要项目/工作，不超过5件，后面会精选
2. **哪些做成了，哪些没做成**：都要如实说，没做成的更要有自己的分析
3. **最重要的1-2个判断/决策**：你今年做了什么关键判断，结果如何，现在怎么看
4. **团队/组织层面的观察**：不只谈自己，也谈团队状态、外部环境变化
5. **下一年的方向**：不需要完整规划，但要有自己的判断
6. **评审对象**：直属上级 / 更大范围 / 晋升评审委员会
7. **是否有敏感话题**：今年有没有失误或争议点，需要主动处理

---

## 文档结构

### 一、今年做了什么（成果陈述）

📌**原则**：聚焦3-5件最重要的事，每件事说清楚「做了什么、结果是什么、规模/影响是什么」。

**推荐格式（每件事）**：
```
[项目/工作名称]
背景：[为什么做这件事，当时的处境]
做了什么：[具体动作，不要抽象]
结果：[量化结果，有数据]
我的判断：[为什么这么做，做对了什么，或者现在回看有什么不同看法]
```

**注意**：
- 要区分「我负责的」vs「我参与的」，不要把团队成果写成个人贡献
- 量化结果：X%的提升、X个用户、X小时节省、覆盖X个团队

---

### 二、我的判断（自我评价）

⚠️**这是述职最有价值的部分，也是大多数人最薄弱的地方。**

**2.1 做对了什么（要说出具体原因，不是「努力工作」）**

> 「我在[决策点]上选择了[选项A]，当时的判断依据是[X]，现在看来[结论]，我从中理解了[洞见]。」

**2.2 做得不够好的是什么（主动交代，不要等被问）**

> 「在[事项]上，我做的不够好，原因是[根因，聚焦自身而不是外部]，下次我会[具体改变]。」

主动交代失误比被动被问有价值得多。评审者不怕你犯错，怕的是你没有意识。

**2.3 今年最重要的成长是什么**

不只是技能，也包括：认知变化、决策模式变化、对人/组织的理解变化

---

### 三、我看到的（组织/外部观察）

展示视野边界不局限于个人任务：

**3.1 团队/组织层面的观察**
- 今年团队有哪些变化（人员、能力、挑战）
- 你观察到什么问题，你是否尝试推动改变

**3.2 行业/技术层面的判断**（如适用）
- 你关注了什么外部动态，对我们有什么启发
- 不要泛泛列趋势，要说「这对我们意味着什么」

---

### 四、下一年的方向

📌**原则**：承接前三章的观察和判断，方向要有论据，不能凭空而来。

**4.1 我认为下一年最重要的事是**
[1-2件，说明为什么这是最重要的]

**4.2 我打算怎么做**
[具体而非口号，可以不完整，但要真实]

**4.3 我需要什么支持**（如适用）
[资源、权限、学习机会等，直接说，不要藏着]

---

## 特殊情况处理

### 今年有失误或争议点

- **不要回避**，主动在第二章「做得不够好的是什么」里处理
- 格式：事实 → 我的判断 → 根因（聚焦自身）→ 学到了什么
- 不要长篇解释背景来减轻责任感，这会让评审者觉得你在推卸

### 今年成果不突出

- 重点放在「判断」和「成长」上，而不是成果规模
- 说清楚「在这个约束条件下，我做了什么选择，为什么」
- 诚实说明为什么成果有限，并说明下一步的改变

### 述职同时有晋升诉求

- 在第一章和第二章里，要有意识地展示「承担了超出当前级别的职责」的案例
- 不要直接说「我应该晋升」，而是让事实说话
- 在第四章里，可以说「我希望承担X类工作，这也是我认为自己能做到的」

---

## 技法适配

述职场景对通用技法有特定的适配方式。当你在帮用户撰写某个章节并需要决定技法使用方式时，读取 [技法适配参考](../references/technique-adaptation.md) 中「述职」部分。不要在启动时加载。

如需了解某个具体技法的完整说明（含示例、适用受众、常见陷阱），读取 [技法详解](../report-planning/references/techniques.md) 中对应技法编号的内容。按需加载，不要一次性读完。

**常用技法参考编号**（述职场景）：
- 技法2（辩证表达）— 自我评价中的辩证转折（聚焦自身认知而非外部环境）
- 技法5（论证深度）— 「我的判断」板块的论证支撑
- 技法6（战略选择论证）— 关键决策的选择过程展示
- 技法10（OKR/战略对齐）— 成果与团队 OKR 的对齐关系

---

## 常见陷阱

- ❌ 成果流水账，缺乏判断和洞见
- ❌ 把团队成果写成个人成果
- ❌ 回避失误，让评审者觉得你缺乏自我认知
- ❌ 下一年方向和今年没有任何承接关系
- ❌ 只谈技术，不谈对人、组织、业务的理解

## 参考文件

- [通用风格规范](../references/style-guide.md)
- [汇报对象适配](../references/audience-guide.md)
- [述职文档模板](assets/templates/review-template.md)
