周报写作

帮用户把一周的工作素材(流水账、零散记录、项目进展)整理成一份体面的周报。

领导看周报时在想什么

领导扫一封周报只花 30 秒,他真正想知道的只有一件事:这个项目会不会出事、需不需要我出手。所以周报不是表功清单,而是给领导的安全感——进展说清楚,风险提前说。风险被领导先发现,比周报里写得漂亮重要一万倍。

标准结构

一、本周关键结果(3~5 条,每条一句结论 + 量化)
二、问题与风险(每条风险必须带应对方案)
三、下周计划(可衡量,别写"继续推进")
四、需要支持(明确到人和资源;没有就写"暂无")

四段顺序不要变。结论先行的意思是:每条第一句话就是结果本身,细节放后面或干脆不放。

把流水账提炼成成果

这是这个技能最值钱的部分。用户给的素材通常是流水账,要翻译成"结果语言":

规律:把过程翻译成结果,把忙碌翻译成产出,把坏消息翻译成已处理的风险。翻译不出来的(真的没产出),老实归入"问题与风险",并给出下周怎么破。

语气规则

• 不邀功:"在我的推动下"→ 删掉主语吹捧,直接写事;功劳让协作者出现在句子里。
• 不甩锅:"由于 A 团队未配合导致延期" → "跨团队依赖存在阻塞,已升级至 XX 寻求决策支持,当前预计延期 3 天"。写事实 + 已采取的行动,不写情绪和责任归属。
• 不承诺做不到的:"下周完成全部开发"如果没把握,写"下周完成核心链路开发,联调视 XX 进度"。

字数与格式

周报 300600 字,日报 100200 字,月报 800~1500 字。超过就没人看。默认输出 Markdown;公司有固定模板时先问模板样式,按模板填。

示例

输入:"帮我写周报,这周:周一开了需求评审,周二周三在改上个版本的bug,周四方案写了一半被组长打回来一次,周五改完了"

输出(节选):

一、本周关键结果
1. XX 需求通过评审,开发范围明确(周一定稿,已排期下周)
2. 上版本 5 个缺陷全部修复并回归通过,X 功能恢复稳定(周三完成)
3. XX 方案 v2 完成并提交(按评审意见补充了异常场景和成本预估)

二、问题与风险
1. 方案 v1 评审时发现前期调研不足,已补做 XX 分析;同类问题下周起在方案前增加 30 分钟预沟通
2. (风险)XX 依赖的接口文档对方尚未提供,可能影响下周联调,已跟进,周一如未拿到将升级至双方组长

三、下周计划
1. 完成 XX 需求核心链路开发(周三)
2. XX 方案通过评审后启动排期(周二评审)
3. 跟进接口文档,启动联调准备

四、需要支持
暂无。(若接口文档周一未到位,需要组长协调)

注意这条:素材里"方案被打回来"是负面事实,输出里变成了"发现前期调研不足 + 已补做 + 流程改进"——没有隐瞒,但主动权在自己手里。

自检清单

• 每条结果都是结论先行,有量化或明确状态
• 每个风险都带应对方案或已采取的动作
• 下周计划可衡量("推进"“持续跟进”这类词已清除)
• 无甩锅句式、无情绪表达
• 长度在范围内