述职与向上汇报

述职不是工作总结，是一次论证：用一年的事实论证你的价值判断、你的成长曲线、你值得的下一份信任。

述职的结构骨架

一份能立住的述职（或晋升答辩）按四段走，每段回答一个评委心里的问题：

1. 背景与挑战 —— 为什么难？（不是流水账，是问题定义）
2. 我做了什么 —— 判断与取舍（重点写"为什么这么选"，不是罗列做了啥）
3. 结果 —— 量化 + 归因（数字背后的因果链，区分"我做的"和"顺风车"）
4. 反思与下一步 —— 我知道自己哪里没做好（可信度来自承认盲区）

核心原则：讲判断，不讲苦劳。"完成了 40 个需求"是苦劳；"在 X 和 Y 冲突时判断保 X，依据是 Z，后来数据验证了这个判断"是价值。

结果的写法：量化 + 归因

• 量化：没有绝对数就写相对变化（"崩溃率从万 8 降到万 6"比"大幅优化"可信）
• 口径：写清时间窗、分母、数据来源——经不起追问的数字会摧毁整份述职的可信度
• 归因诚实：区分"我驱动的结果"和"团队/顺风的结果"。抢功的述职在评委交叉追问下崩得最快；主动划清归因边界反而加分

向上汇报的日常节奏

频率	形式	内容
每周	周报/异步更新	进展（对齐预期）+ 风险（早报）+ 需要的决策
每月	深度同步	团队健康度、人的问题、方向校准
关键节点	里程碑报告	结果 + 经验萃取 + 下阶段承诺

周报的反模式：只写"本周完成了 A B C"。合格的周报三段式——进展（对照上周承诺）、风险与求助（具体到需要谁拍板什么）、下周（可检验的承诺，下周回看）。

常见失分点

1. 没有问题定义：直接跳到做了什么——评委不知道这事难在哪
2. 结果无口径：数字经不起一句"怎么算的"
3. 只有成功：无反思段的述职可信度打折；反思要具体（"如果重来我会更早引入 X"）而不是谦虚话术（"还有很多不足"）
4. 用工程细节填时间：评委是判断者不是实现审查者，架构细节讲 30 秒内能懂的一层

已知局限

• 组织的述职文化差异极大：有的评委吃叙事，有的只认数字——先搞清楚你的评委构成，同一份事实可以有两种讲法
• 频繁的述职/汇报挤压实际产出（大厂病）；解法不是不汇报，是把汇报做成工作的副产品（周报从 issue/文档里聚合，而不是周五晚上现编）

给自己的锚点

• 建一个"述职素材库"文件夹，平时就往里丢：判断时刻、带口径的数据、复盘结论。年底述职是从素材库里选材，不是从记忆里考古
• 每次重大取舍后写三行：选了什么 / 依据什么 / 预期什么——这正是述职第 2 段的原料

来源

• 结构骨架与"讲判断不讲苦劳"：多次述职复盘的个人沉淀（场景已脱敏）
• 量化与归因原则：业界共识（Google/Meta 等晋升指南公开材料的通识部分）
• Kotter & Gabarro《Managing Your Boss》对信息流的论述