工作

周报怎么写: 5 分钟写完的结构

周报写得慢,不是文笔问题,而是你在凭记忆复原一整周。用每天一行的习惯加上已完成、下周做、被卡住的三段结构,把周五下午拿回来。

周报难写的真正原因

周五下午打开空白文档,从周一开始回想,这局你已经输了。问题不在句子,在复原。记忆三天就模糊,把模糊的记忆变成文字,时间全耗在这里。

读的人要拿这份周报去做别的事

周报之所以像应付差事,是因为不知道这份文档流向哪里。主管要把所有人的周报汇总成给上级的报告,还要从中看出哪里活儿堆积、哪里有余力,重新分配。你的周报就是这些判断的原料。

所以好周报的标准不是文采,而是好不好摘抄。结果整理成一行、带着数字,主管几乎会原样往上搬。让你的工作准确传到上层,最可靠的通道就是一份写得好的周报。

已完成·下周做·被卡住, 三段结构

  • 已完成: 只写有结果的条目。写改变了什么,而不是开了几个会这类活动。
  • 下周做: 切成下周能完成的粒度。兑现不了的大承诺消耗信任,写小并做完的条目积累信任。
  • 被卡住: 具体写出需要帮助的地方。周报真正的价值就在这一行。
罗列活动的周报
参加支付模块相关会议 3 次与设计团队持续沟通中推进测试代码工作
看得见结果的周报
已完成: 支付失败率从 2.1% 降到 0.8%(重试逻辑上线)下周做: 确定退款 API 规格, 周三前发初稿被卡住: 等支付服务商的测试账号已 5 天, 需要合同负责人跟进

别等周五, 每天一行

每天下班前,在同一份文档里加一行今天的变化。周五要做的就不是写作,而是修剪。每天一分钟,周五四分钟,周报就完成了。

坏消息更要先写

把可能延期的事从周报里抹掉,这周确实轻松。但问题会随时间变大,报晚了的问题,被评判的不是内容而是报晚了这件事。被卡住栏空了好几周,突然冒出延期,之前所有周报都会跟着失去信任。

坏消息要事实加应对一起写: 外部审批延迟导致本周目标没完成,下周先做不需要审批的部分。只写问题是诉苦,写到应对才是掌控。

一个数字胜过十句话

别写大幅改善,写响应时间缩短 40%。没有数字的条目,先写下周怎么得到数字。读者少问一个问题,你就多省一份时间。

攒够 52 份, 它就是另一种文档

周报看着只是一周的文档,但一年之后,它常常是证明一个人做过什么的唯一原始记录。绩效评估、准备跳槽、交接工作的时候,先被打开的就是这一叠。可真打开就会发现,一半的行没法用了,因为那个问题、上次那个之类的说法只在当周成立。

能留到后来的行有共同点: 有专有名词、带数字、还挂着通往依据文档的链接。写的时候每行多花几秒,半年后这行的价值完全不同。

只在当周成立的行半年后还读得懂的行
处理完那个问题支付超时问题已处理, 复现条件与措施见复盘文档
接着上周继续推进重构三步走完两步, 剩下批处理任务迁移
性能改善很多列表 API 响应时间从 820ms 降到 310ms
会上把方向定了定价方案定为 A, 决策依据在当天的会议记录里

常见问题

这周没什么拿得出手的成果, 怎么写?

把进行中工作的中间状态当结果写。调研阶段的话,比较了什么、排除了什么就是结果。看似一无所获的一周,多半是有隐藏卡点的一周,把卡点写出来远好过交白卷。

周报要写多长?

标准是读完不超过一分钟。大致就是已完成 3-5 行、下周做 2-3 行、被卡住 0-2 行。需要细节的条目放进链接的文档里,正文只留摘要。

感觉认真写了也没人看。

最快的检验方法是在被卡住栏写一条具体的求助。有回应就说明有人在读。连续几周没回应的话,先别改格式,直接问收件人需要什么信息。周报被读的前提是贴合读者的需要,而不是写作者的习惯。

同一个项目好几个人都在写, 内容重复。

重复的是项目,不重复的是你负责的那一段和你卡住的地方。整体进度项目文档已经说了,周报只写你推动的部分。同一句话原样出现在三个人的周报里,读的人看到的是一行而不是三行,另外两个人这一周做了什么就消失了。

下一篇指南: 让工程师读完就能动手的 PRD 写法 →