夜雨聆风一你熬通宵写的汇报，领导扫一眼就关了
去年有个项目，我带了三个月，每周写汇报，从背景写到进展写到下一步，洋洋洒洒两页。有次我路过领导工位，看他正把我的汇报扫一眼就关了，转头去回别人的消息。
我当时有点委屈。后来我才想明白：不是他不在乎，是我那份汇报，对他没用。
他每天看几份汇报，要的是"现在啥状态、要不要我介入、要我干嘛"。我给他看的是"我多辛苦、我做了多少事"——这不是他要的信息，他自然划走了。
二把汇报当文档写，是本末倒置
技术人写汇报，最容易犯的错，是把它当成"记录"。
从立项背景、项目目标、本月工作、下月计划……事无巨细，按时间顺序平铺。你觉得自己写得很全，其实读者从头看到尾，抓不住重点。
汇报不是写给"未来的自己"留档的，是写给"现在要拍板的人"看的。留档是副产品，说服才是目的。
而说服的关键，从来不是"我多努力"，是"你该支持我"。
汇报的本质，是让对方愿意继续给你资源，不是展示你有多忙。
三一个概念：汇报 = 向上争取的微型提案
我后来把它想成一件事：每一次项目汇报，都是一次"微型提案"。
提案的目标不是"告诉领导进度"，是"让领导在看完的那一刻，清楚自己要为你做什么"。
所以结构不能按"时间线"，要按"决策线"：
你现在需不需要介入？你要不要帮我协调什么？你认不认可我下一步的方向？
这三件事，才是领导看汇报时脑子里的潜台词。你按这个逻辑写，他才看得进去。
四我现在的三页纸（照着抄）
后来我把汇报固定成三页，每页只回答一个问题：
【第一页】现状与价值——用数字，别用过程
开头第一句就给结论："目前整体可控，关键里程碑 X 已达成，比计划提前/持平。"
然后列 2-3 个能证明"项目在产生价值"的数字。比如"性能优化 30%""验收通过率从 80% 到 95%"。
别写"本周召开了三次协调会"——那是过程，不是价值。领导要的是结果。
【第二页】风险与需求——说风险，是为了要资源
诚实列 1-2 个真风险，但每个风险后面，必须跟一句"需要的支持"。
比如："供应链交期有波动（风险），需要你帮我对齐一下采购优先级（支持）。"
这一页最容易写错的是：只说风险不敢要资源，或者只要资源不说风险。两者都得有——说风险是为了证明你清醒，要资源是为了让他好下手帮你。
【第三页】下一步与要你做的事——把"请求"写明确
最后明确写："下一步我打算做 A、B；需要你拍板/协调的是 C。"
别写"希望领导多关注"——这是废话。你要写清楚"你要他做的那个具体动作"，他看完才知道怎么帮你。
三页纸的核心，不是你汇报了什么，是他看完知道该为你做什么。
五写在最后
项目汇报这事，技术人容易有两个极端：要么不写，闷头干活等领导问；要么写太长，把汇报写成日记。
其实中间那条路最划算：固定个结构，每次填三页，花 20 分钟，换来的是领导"知道进展、愿意支持"。
我之前在知乎写过一篇"项目介绍怎么写"，几年下来居然有四万多人看过——说明这件事，技术人真的都头疼。后来我把三页纸的框架和几个常用模板整理了一份清单，如果你也想试，可以回复 「项目汇报」，我发你。
你写项目汇报，一般要花多久？
是流水账式地记，还是按"他要什么"来写？评论区聊聊，我都会看。
想直接上手的话，回复 「项目汇报」，我把三页纸框架和几个常用模板整理成清单发你。
中年理工男笔记 · 企业IT老兵，带过团队，懂点心理学
