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

本文探讨了团队周报撰写的重要性,强调了周报作为工作进程和成果展示载体的角色。周报应根据发送者的角色属性进行定制,考虑抄送者的期待。内容应涵盖需求、团队建设、技术建设等多个方面,并详细描述每个阶段的进度、风险和关注点。此外,还应包含下周计划、学习、思考和总结,体现出角色的能力和成长。高层视角的思考和问题深入分析是展现领导力的关键。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值