复盘的目的:
提升管理效率,加强思考深度。
不同的复盘目的不一样,比如项目复盘是为了找出项目质量问题,为下一次项目沉淀经验,也可以是团队发现成员存在哪些能力不足,为后续团队发展制定策略。再比如故障复盘,是为了找到这个事情的根因,并落地为切实可行的举措。所以不同的复盘会目的是不一样的,要想清楚开这次复盘会的目的,这样才可能拿到想要的结果。
阶段一:会前准备
筹建团队和分配任务:
TL(或者其他更适合的同学)担任主持人(主导流程)&引导师(负责提问和逻辑引导)。项目负责人 担任陈述人,负责整理和介绍各项资料。
资料准备:
项目负责人整理S1的目标,目标设定的原因。以及S1的个人工作内容(可以从周报提炼)、代码review 情况、团队相关指标、团队人员的成长、过程中遇到的问题。
阶段二:复盘会议
对比:
陈述结果,跟最初目标的对比(投入,产出,对问题的预见性。述职报告的效果)。客观,可衡量,MECE,这时候需要的是客观陈述,不需要解释和主观判断。
对比也需要有相应的框架进行拆分,高级一点的swot,营销4p,简单的一点的流程图,逻辑树。就是把一个事情按照不同维度或者阶段拆分一下,然后看下每个阶段的目标和实际完成情况。
阶段 | 原定目标 | 实际完成 | 差距 |
---|---|---|---|
阶段1 | 完成30% | 25% | 存在5%缺口 |
阶段2 | 完成60% | 50% | |
阶段3 | 完成100% | 80% |
梳理逻辑:
先梳理框架(逻辑树MECE,矩阵图,流程图,关系图),先找到分析这件事的框架。不同的业务类型有不同的框架,一般网上都有相应的模型可以参考(波特五力模型,营销4P理论,ASK 框架)。比如做好一个项目是由哪些步骤组成的,这些步骤之间的关系是什么?这里举个例子:
这里插一步,如果只是复盘当前项目到这就可以了,如果是团队层面考虑提升团队成员能力,可以进一步提炼出相应的能力:
1.沟通能力
2.时间管理能力
3.***能力
4.***能力
基于上面的框架进一步分析
- 从事和人2个维度,对过程(关键项目、典型场景)进行分解,对分解的每个环节进行分析(情境还原),
- 找出做的好的(GOOD)和有待提升的(NEED)点(先说结论,再说逻辑和事实依据)。–需要一些结构化工具和方法论。
- 对于GOOD和NEED分析哪些是可控、半可控、不可控的。
- GOOD 关注半可控和不可控,更多的看客观是否有可复制成功因素。
- NEED 关注可控、半可控,更多关注主观上的明显缺失。
内容项 | 可控性 | 类型 | 说明 |
---|---|---|---|
需求分析做的较仔细 | 可控 | GOOD | |
相关功能有可参考的例子 | 不可控 | GOOD | |
单测覆盖不够 | 可控 | NEED | |
需求分析不充分 | 半可控 | NEED | 一方面取决于PD,一方面取决于开发 |
修正认知:
可能上面找出来的NEED 会很多,一般不太可能把所有的NEED都修复,因为资源总是有限的。
这一环节要做的是找出根因(可以用因果循环图),提出洞察(目标设置是否合理,有没有脱离实际。如果目标有问题,当初是基于什么信息制定目标的,制定目标的过程有什么问题。如果目标没有问题,那执行存在什么问题。),做出假设,进行沙盘推演或者用过往数据佐证。
系统(因果)循环图:
举个提升项目质量的例子:
+ 是增强,-是减弱
- 节点的连线入口多出口少,一般是”果“,像上面的”更好的项目质量“
- 节点的连线入口少出口多,一般是”因“,像上面的”更详细的评估“
- 去掉之后整个增强循环断裂的,一般是”关键路径“或者”根因“,像上面的”更好的代码质量“
关于因果循环图,更多的资料可以参考:
系统思考
假设定位到的根因是”更全的单测“,需要进一步分析,他的增强回路和调节回路。找到加强增强回路同时降低调节回路的方法。这个需要进一步的分析。假设我们的解决方法是提升单测效率,那么进一步分解单测效率是由哪些因素构成:
同样可以进一步用系统循环图找出关键因素。
阶段三:会后执行
制定规划:
基于复盘会议形成的决策,制定措施,以及可衡量的评估指标。
- 对于确定性目标是否有优化空间,是否经得起历史数据的推导?
- 对于不确定新目标,是否有试错范围和底线,比如时间、人员、资源投入等。
- 最低期待是什么?
结合上面分析出来的根因,梳理更细粒度的工作环节,对每个环节进行能力分解,根据分解的内容进行针对性的要求和培养计划。最后对不同的培养方式,制定考核方式。
举个例子,假设上面单测效率进一步分析之后,得出编码能力是最重要的,那么可以进一步分析
素养是一个人与生俱来的,或者说在较长时间内很难轻易改变的。所以这项更多的是靠长期的潜移默化。知识是可以短期补充的,但是技能不是一蹴而就的,除了积累之外需要更多实际经验的锤炼。然后进一步根据OKR来设定相应的目标和考核方式。
目标(O) |
关键任务(KR) |
衡量指标 |
考核方式 |
提升知识储备 |
学习业界推荐的编码书籍 |
读书笔记、日常分享 |
代码review,针对特定代码的重构演练 |
学习线上课程 |
读书笔记 |
是否有相应的编码,以及自己模拟实际业务的case |
|
提升编码技能 |
安排重构任务 |
设计方案、实施过程 |
评审、代码review、单测覆盖 |
重构沙盘推演 |
设计方案 |
评审 |
评估效果:
通过效率(是否开放且高效、达成了有效结论)、氛围(参与度高,对过程和结果不是追责,态度正面找到解决方案)、复盘过程中最满意的点和最不满意的点,等角度评估这次复盘的效果、团队成员对达成目标的信息(没有信心、不确定、有信心、非常有信心)。
作者:语雀(抽象的大象)
本文转载于语雀(抽象的大象),本文观点不代表爱运营立场,转载请联系原出处。如内容、图片有任何版权问题,请联系爱运营处理。