【冬察冬见】【管理知行解决方案手册】【团队治理】周报撰写 周报冬察冬见

【冬察冬见】【管理知行解决方案手册】【团队治理】周报撰写

 

在一个团队交流时，发现团队的组长/leader角色输出的周报很有意思——团队通过腾讯文档共享Excel来收集研发一线的本周工作，组长/leader将表格复制后，直接发出，并抄送多级leader。

这背后其实是关键的角色没有基础能力的体现，也是研发视角没有成功转换到组长/leader角色的体现，于是有了通过让大家对比他们自己的周报和best case周报后引导大家发现周报的抄送人、事务分类、单事如何输出等维度的内容，汇总如下：

 

 

周报不论各家公司或部门制定的格式如何，本质上是一周中一个组织工作过程和结果呈现的载体；

随着抄送人范围及级别的扩大，非正式形式背后的正式汇报属性愈发浓郁。因此，周报的输出更要贴合并符合周报发出人的角色属性。

如果周报的输出不足体现周报发出人的角色属性，则在组织中沉淀的角色印象则会越来越差，不利于长期发展。

 

周报的内容输出不仅要基于周报发出人想发的内容，更要站在抄送人和接收人的视角来审视对方期待看到什么内容。这种思路可以用换位思考来描述，

也可以用阿里的升维视角来描述，即站在+1级、甚至是+2级的视角来思考组织决策和内容呈现。

 

一般而言，周报不限于需求类（如业务需求类、技术驱动类）、团队建设类（如招聘、人员培养等）、技术建设类（如中台类、技术分享、codereview、技术评审等）等——这背后是内容分类的组织形式。

每类工作都要有全局性一句话概述，以业务需求类为例，要描述清楚需求评审时间、技术方案评审时间、研发时间、联调和自测时间、测试时间、上线时间等重要的里程碑时间点。

每周的工作处于上述里程碑时间点的不同阶段，对每个细分阶段要描述清楚目前各项工作的进展、风险、block点、上下游需要关注的内容等。

 

除了工作的介绍，下周工作计划及重心、学习、思考、总结也是体现角色能力的必要内容组成。

其中，学习、思考、总结类的内容宁缺毋滥，不要按模板强行拼凑——有货则输出，无货则本周可以不写。但写出来的内容一定要能和角色匹配。

如通过codereview发现技术方案的漏洞，不同角色看到这个现象是要有不同的表现，如研发可以列出这个现象，但组长及以上角色要有现象背后的思考，如是不是

流程上少了技术评审的环节，技术评审的环节是不是没有评审除业务逻辑以外的关注点等等。通过一个点，看到一条线，甚至是一个面，才是owner角色该有的能力与输出。