而且，根据内部员工爆料称，除了周报之外，一些不必要的会议也会逐步取消，包括疫情影响下一些团队因为远程办公需要而召集的早会。
我看一下评论，发现网友对此纷纷表示羡慕、嫉妒、狠，因为大家实在是被周报、日报各种报折磨得太惨了：
其实，现在绝大多数的互联网人不是在写周报，都是在编周报。明明只是工作总结，愣是整成了文学创作，能不痛苦么。
从上面我们可以看到，更多的同学都还在遭受着周报、月报的“摧残”。现在，阿里都已经取消周报了，我们还要继续写吗？
但对更大一些的公司来说，部门多、项目多、员工也多，管理起来就麻烦得多，而周报则能提供很大帮助。
实际工作中，部门领导忙、员工也忙，蛮难找到大家有空的时间来开会。但用周报，领导可以随时有空随时翻看，而不用动不动就开个半小时、1小时会议。
很多同学可能都会觉得，周报只是领导的管理工具。只是有利于上级，对自己则是额外的工作，费力还不一定讨好。
这周我做了啥，完成情况如何，有哪些没完成的，没完成的原因是什么，遇到了哪些困难，需要领导提供哪些方面的支持和帮助……
在实际工作中，领导对于一些非核心项目员工的周榜未必会仔细看，于是有些同学就会觉得：既然你不看，我还写干吗？这不是一种浪费吗？
学而不思则罔，工作也是一样。如果每天都只是疲于奔命，做打杂的工作，但却不去思考工作背后的业务逻辑、不沉淀经验方法，成长会很慢。
既然周报是一定要写的，而且还大概率是要必须加班去写，那我们就一定要把它的「价值」发挥到最大，不能让自己白加班，浪费（宝贵的娱乐）时间……
想做到这一点，就要求我们要在日常工作中，时刻确保自己的工作是围绕着组织/项目当下需要完成的目标（KPI / OKR）开展的。
遇到这种情况，可以将这个目标拆分成小的、可实现的目标，再在周报中向 leader 同步这些小目标的完成进度。举个栗子：
这些小目标不仅能帮你写好周报，也可以帮你合理的规划项目进度，免得项目进度出现“前松后紧”的状态。
在制定下周目标的时候，我们一定要明确 TO-DO，提高执行效率，不要说大话空话，给一个正面例子：
在写周报的时候，千万不要忽略细节，要尽可能详细的还原“思考的关键节点”；但是，也千万不要“为写而写”，通篇流水账。
工作推进-拿到数据 / 观察现象 - 发现问题 - 分析问题 - 解决问题 - 下一步行动计划……
其次，在这周的工作有些小失误时，如果你能从失败中总结出一些「普适性经验」，来避免以后再发生类似的问题 or 给出了一个可执行性很强的「解决方案」，也很 OK——
当然，如果你最近的工作很出色，周报里还能总结出可复用的 SOP（工作流程）的话，在 leader 看来，这完全就是“强工作能力 + 强管理能力”的人才，升职加薪就在眼前了朋友们！
作为一份工作汇报，我们写周报的交付目标是“让 leader 能一眼抓住重点”，方便 ta 给到反馈。
如果你的手上有多个工作模块，那么在周报中一定要分模块表述，不要一下东一下西，让人摸不到头脑：
千万不要直接输出，让你的 leader 做计算题 / 阅读题 / 开放题，那 ta 只会觉得你“盲目工作、没有思考”。
想做好数据可视化，需要的是有条理的将各项工作的进度 / 成果用数据量化（目标/数据/ddl）。
这种可视化，不仅是为了防止 leader 出现“目标失焦”，在周报中找不到最想看的进度；也会让你直面项目进度，倒逼自己克服“拖延症”，提高工作效率。
想要周报有价值，前提是这份周报是写给自己和项目团队看的，应该高效简洁，而不是应付领导的流水账。
