欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页

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

程序员文章站 2022-03-04 10:10:20
...

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

 

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

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

 

 

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

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

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

 

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

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

 

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

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

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

 

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

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

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

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

 

相关标签: 周报 冬察冬见