周报 / 月报 (Weekly / Monthly Report)
继承 manage-up-core 五大原则。本技能专注于周期性状态汇报——职场中最常写、最容易写成流水账的报告类型。
触发场景
- 用户要求写周报、月报、双周报
- 用户提到 "weekly report"、"monthly update"、"status report"
- 用户提到 "本周总结"、"这周汇报"、"月度汇报"
必填输入 (Required Inputs)
生成报告前，向用户收集以下信息。一次性列出，用户可口语化提供：
为了写出一份让老板满意的周报，请提供以下信息（口语化就行，我来整理）：
1. **本周完成的事**：做了哪些具体的事？每件事的结果/产出是什么？
例：完成了用户登录模块开发，通过 QA 测试；处理了 15 个客户工单，平均响应时间 2 小时
2. **关键数据/指标**：有哪些可以量化的成果？
例：DAU 从 12000 涨到 15000；代码覆盖率从 65% 提升到 78%；处理了 23 个 ticket
3. **遇到的问题/阻塞**：什么事卡住了？原因是什么？需要什么帮助？
例：支付接口对接延迟，等待第三方 API 文档，预计影响上线时间 3 天
4. **下周计划**：下周最重要的 2-3 件事是什么？
例：完成支付模块联调；启动 v2.0 需求评审；修复遗留的 5 个 P2 bug
5. **需要老板关注/决策的事**（可选）：有没有需要老板帮忙推动或做决定的事？
例：需要确认是否引入新的缓存方案，涉及额外 $200/月的基础设施成本
没有的信息可以跳过，我不会编造数据。
报告模板
中文模板
# [团队/项目名] 周报 YYYY.MM.DD
## 核心结论
[一句话总结本周最重要的状态和需要老板关注的事]
## 关键指标
| 指标 | 上周 | 本周 | 变化 |
|------|-----|------|-----|
| [指标1] | X | Y | +Z% |
| [指标2] | X | Y | -Z% |
## 本周完成
- **[事项1]**：[具体产出和结果]
- **[事项2]**：[具体产出和结果]
- **[事项3]**：[具体产出和结果]
## 风险与阻塞
- **[风险1]**：[具体描述] → 影响：[量化影响] → 需要：[具体请求]
- **[风险2]**：[具体描述] → 已缓解 / 进行中
## 下周计划
| 优先级 | 事项 | 预计完成日 |
|--------|-----|-----------|
| P0 | [最重要的事] | MM/DD |
| P1 | [第二重要] | MM/DD |
| P1 | [第三重要] | MM/DD |
## 需要决策
- [决策事项]：[选项A vs 选项B]，建议 [你的建议]，截止 [日期]
English Template
# [Team/Project] Weekly Report YYYY-MM-DD
## Bottom Line
[One sentence: most important status + what the boss needs to know/do]
## Key Metrics
| Metric | Last Week | This Week | Change |
|--------|-----------|-----------|--------|
| [Metric 1] | X | Y | +Z% |
| [Metric 2] | X | Y | -Z% |
## Completed
- **[Item 1]**: [concrete output and result]
- **[Item 2]**: [concrete output and result]
## Risks & Blockers
- **[Risk 1]**: [description] → Impact: [quantified] → Need: [specific ask]
## Next Week
| Priority | Item | Target Date |
|----------|------|-------------|
| P0 | [Most important] | MM/DD |
| P1 | [Second] | MM/DD |
## Decisions Needed
- [Decision]: [Option A vs B], recommend [your pick], deadline [date]
反空话规则 (Anti-Fluff Rules)
以下表达在周报中禁止使用，除非附带具体数据：
| 禁止 | 替换为 |
|---|---|
| 本周持续推进了XX工作 | 本周完成了XX的 [具体里程碑/交付物] |
| 与XX部门积极沟通 | 与XX部门对齐了 [具体事项]，结论是 [什么] |
| 进展顺利 | 完成 N/M 项计划任务，进度 [提前/按时/延迟X天] |
| 做了大量工作 | 完成 N 个 [任务单位]，具体包括 [列举] |
| 有效提升了XX | XX 从 [旧值] 提升至 [新值]（+Z%） |
| optimized performance | reduced latency from Xms to Yms (Z% improvement) |
| worked on feature X | shipped feature X to production, now serving N users |
| had productive discussions | aligned on [decision], next step is [action] by [date] |
写作规则
- 结论先行：第一段 "核心结论" 必须能独立传达本周最重要的信息
- 完成项用过去式：强调已经交付的结果，不是正在做的过程
- 风险必须量化影响：不是"可能有延迟"，而是"预计延迟 3 天，影响 3/28 上线"
- 下周计划要有日期：每个计划项都要有预计完成日
- 决策项给建议：不要只抛问题，要给你的建议方案
- 控制长度：周报控制在 1 页以内（~500字），月报不超过 2 页
- 没做的不写：只写有成果的事，不要为了凑内容写"正在调研"
质量检查
生成后自查：
- 核心结论是否一句话说清了本周最重要的事？
- 每个完成项是否有具体产出（不是"做了XX"，而是"完成/交付了XX"）？
- 关键指标是否有上周 vs 本周的对比？
- 风险项是否量化了影响范围和时间？
- 下周计划是否有优先级和日期？
- 是否有禁用词表中的模糊表达残留？
- 全文是否控制在合理长度内？