被嫌弃的周报

几年前，我写过一篇博客《周报的逻辑·续》，今天天冷，不愿出门，再来谈一谈被嫌弃的周报。

首先，周报分成总结和计划两部分。提起为下周的工作做一份计划，除了重复性极强的岗位，应该没人反对。而计划里本来就不应该包括重复性的工作，简单罗列下周几个工作重点即可。

每周总结则是一件比较复杂的事情。周报主要的价值是与直属上级沟通，如果上级准确地知道你的每周工作内容，那么总结并不是必要的。如果工作内容重复，缺乏可提炼的亮点，总结也是相当无聊，无意义的。

由于写周报会花费额外的时间，看周报也会花费额外的管理时间。满足以上两个“如果”时，周报能免则免，大家省事。

我现在把周报分成四种情况来处理。

1、主管级别，包括我在内，每周五在Tower上开一新贴，各自回帖讲下周的工作计划，每人一百来字。一篇帖子从头拉到尾，5分钟搞明白每个业务组下周的重点是什么。我关注的重点，会随时追问进展，不需要通过周报来总结。

2、一线岗位每天都有变化的工作，比如编辑制作文章，运营邀请作者，同样在Tower上发帖，每人一贴，把每天的进展记录在回帖里，下班前花5分钟搞定。主管点开每个人的帖子，很方便就能检查进展与工作量，抽查工作质量，有意见的话直接回帖交流。如果是需要做计划的情况，则把计划放在主贴里，每天进展放回帖，容易检查与自我检查进度与计划的差距。

3、重复性的工作，比如官微运营，内容审核与更新，用户反馈处理，不需要周报。有一些常规的内容记录与数据统计，在周会上快速过一遍就好了。

4、接单响应式的工作，比如技术研发，UI设计，BD拓展，既没有周报也没有周会。产品经理在Tower上给研发与UI提任务，编辑在Tower上给BD提任务，做完一个勾一个，在Tower上一看个人任务list，工作内容清清楚楚，何必浪费时间写周报。

总之，我设计周报制度的思路，一是不吃大锅饭，根据不同岗位来分别制定周报要求；二是尽量节约时间，有必要记录周报的话，每天1-5分钟即可；三是以任务为单位来记录(每类型的任务开一贴)，而不是以人为单位记录，大大提升检查效率；四是周报透明化，同一层级的人互相可见，希望大家把这个当做工作日志而不是向上级汇报。

这些理念，老实说在蝉小队实行得并不好，人数增加时保留了过多的小团队松散氛围。最近开新项目，带新的项目组，打算在蝉小队的管理经验上“重装一次系统”。

写到最后果然又变成了Tower的软文……