相信大部分的公司每周都要写周报，除非特别忙碌，否则周报里总会掺杂一些看似华丽，实际没用的内容信息。就如以下场景：
运营活动发生变更，活动专题页需要调整文字和更换图片，内容琐碎，但存在工作量。产品经理叫技术帮忙调整下页面，虽然是手板眼见功夫，但技术人员想了几秒，还是说了句，提个需求吧。
这里涉及到几个因素：
- 工作流上应该走需求提交流程
- 技术人员需要写周报，这是工作证据
- 有个记录，日后发生问题的时候有依据
今天说的是周报，就不扯远，不去纠结若出了问题这个锅谁背这些办公室问题和职能问题。更多的时候，其实就是工作证明的问题，我做了这个事情，有证据可依。
那么，周报到底要写些什么呢？怎样写周报才让周报真正有意义。
本周做了什么
描述做了什么事情，开了什么会议不重要。关键在于时间节点，进度情况，有什么决定，后续如何跟进等。
下周要做什么
原理同上，主要描述需要获得的结果成就，不是过程经历。
遇到什么问题
例如：一个可控低的需求，遇到第三方资源还没到位，需要什么人，怎样帮忙。若无法达成，是否存在后补方案。
存在什么风险
例如：一个需求的实现方法上存在多种实现方案，但有各自的优缺点，使用不同的方案分别会引致什么问题发生，这些问题是否存在重大影响。
给谁看
在写作技巧上，尽量少用“继续跟进会员中心功能细节”这种比较虚的描述，应该使用“与开发部的XX同学进行讨论后，达成共识，周4启动XX功能的需求撰写工作”。
根据不同的汇报环境，调解内容的敏感层次。若真的存在敏感内容必须汇报告知的时候，可以将公共内容进行“TO”和“CC”，将敏感内容再单独“盖楼”给对应的人员，完成汇报周报的工作流。
小结
任何工作，不是为了别人，而是为了自己，周报不是应付，而是对自己过去工作的一个小总结，定期对自己过去知识点和碰到的问题进行梳理，让自己能不断的提高。