5 年经验面试：作为组长，周报和向上汇报怎么写才有用？
面试怎么回答
我写周报不会把组员的工作简单罗列，而是站在上级的角度，让他用最少的时间知道进展、风险和需要他做什么。结构上先用一句话总结本周状态；重点项目每个一行，用红黄绿标状态，写进度和下一步，落后的写原因和应对；然后是风险和应对方案；再明确列出需要上级决策或支持的事项；附上核心报表准时率、故障数、需求交付这些关键数据和趋势；最后是人员和团队变化，整体控制在一屏内。原则是结论先行、坏消息早说并带上方案、用数据不用形容词、区分事实和判断。重大问题当天同步不等周报，团队状态和我的思考放在和上级的一对一里聊。
先把这段讲顺；面试官追问时，再展开下面的原理和细节。
详细讲解
很多组长的周报是把组员的周报复制粘贴在一起：「完成 XX 表开发、修复 XX 任务、对接 XX 需求」，一长串，上级看不出重点，也看不出团队的状况。面试官问这道题，是想看你能不能让上级用最少的时间了解团队的进展、风险和需要的支持。
上级想从汇报里知道什么
- 重点项目进展如何，是否按计划；
- 有没有风险，需不需要他介入；
- 团队有没有什么他应该知道的事（人员变动、业务方的不满、重大故障）；
- 需要他做什么决定或提供什么支持。
他不需要知道每个人每天做了什么。
一个实用的周报结构
- 一句话总结：本周整体状态，比如「迁移项目按计划推进，核心报表本周延迟 1 次，有一个需要您决策的事项」；
- 重点项目进展：每个重点项目一行，用红黄绿标注状态，写进度和下一步，落后的写原因和应对；
- 风险和问题：可能影响目标的问题，以及你的应对方案；
- 需要的支持或决策：明确写出来，比如「需要您和销售 VP 确认两个需求的优先级」；
- 关键数据：核心报表准时率、故障数、需求交付情况，最好有趋势；
- 其他：人员、团队的变化。
控制在一屏能看完。
汇报的原则
- 结论先行：先说结果和判断，再说细节；
- 坏消息早说：进度落后、出了问题，越早让上级知道越好，同时带上你的应对方案；
- 用数据，不用形容词：「延迟 2 天」比「略有延迟」清楚；
- 区分事实和判断：「上游接口延迟了 3 次（事实），我判断下周仍有风险（判断）」；
- 需要上级做的事要明确：不要让上级自己从一堆文字里找。
除了周报
- 重大问题不要等周报，当天同步；
- 和上级的定期一对一，聊周报之外的事：团队状态、你的思考和困惑。