谈谈我无比好用的复盘法
项目管理人士聚集地微信公众号:项目管理俱乐部
你有想过自己进步最快的时候,是什么状态吗?
最近一直在思考这个问题,为了找到答案,也去采访了一些朋友,最后总结下来就一句话:思维撞到了墙,且长了记性。
怎么理解呢?
就是在某一时刻,你感觉学到了,且后续把学到的知识供你所用或者是认知得到了提升。
大致框架是:PDCA+SMART+GRAI+3个问题思考。
PDCA 循环又被成为戴明环,分别对应 Plan (计划),Do (执行),Check (检查),Action (处理)。
在我做一件事之前,需要做对应的做事计划,然后按照计划执行,执行的过程中检查效果,如果出现问题,思考怎么处理,根据反思后的情况再列计划进行下一个循环,这样就会形成一个正向滚轮,不断的往上往前。
此图片来自于网络,侵权请联系小编删除!
自问或者询问的问题可参考下图:
如果说一些特殊情况导致原计划停了一两天,也不要因为停了,就不再开始(很大一部分人都是这个原因导致计划搁浅)。
为了检查更全面,这里推荐一个方法:GRAI 复盘法。同样是四个英文首字母组成,分别是,Goal(回顾目标)、Result(评估结果)、Analysis(分析原因)、Insight(总结规律)。
1、哪些内容继续做?2、哪些内容停止做?3、哪些内容开始做?
我们到这一步的时候,可能会有两种情况。其一,下一个阶段的任务和前一段的任务是类似的,这个时候我们就以前面的经验为基准,再加上已变的因素一起思考,得出继续做、停止做、开始做的事情。
其二、和前面内容不同,是之前工作的递进。可能会出现的状况就是需要继续做的内容变的很少,停止做和开始做的事较多,那这种状况的“继续做”其实就是复盘存档,作为以后做类似项目的参考停止做、开始做是基于现状计划。
我们以其中的一小部分对接美团接口为例,原计划是开发两天,联调一天(Plan);开发人员按时开始(Do);等到第四天我去询问情况时,他说美团那边联调的人员忙,一直没有开始(Check),到这其实就卡壳了,我们需要用GRAI 复盘法思考全面。
因为,是我和开发人员一起理的,所以是一个询问的过程,大家如果是自己遇到这种情况就是询问自己和反思。
我:你定的是今天完成是吗?(回顾目标)程序员:是的(程序员心中肯定在翻白眼)。我:那么你现在怎么看这个结果?(评估结果)程序员:之前和美团讲好的,他们那边的原因。我:所以,造成这个现象只是美团的原因吗?(分析原因)程序员:(......没有说话)我:你觉得该怎么解决这种情况?(总结规律)程序员:我下次会提前一天询问他们第二天能否联调,不可以的话我会安排其他工作和这个调换。我:还有吗?程序员:问问他们有没有自动联调的平台吧,毕竟很多网站都有的。我:还有吗?(这个可以一直问到没有为止)程序员:暂时没有了。我:后面有再和他们确认联调的时间吗?会影响原计划的工作吗?这方面你目前怎么安排的?程序员:我...我:你下次联调可能还会遇到同样的情况,要思考清楚怎么解决,不能吃一次亏,就次次吃亏。程序员:好的。
好了,文章结束,如果对你有用,记得点赞、在看、转发
你有想过自己进步最快的时候,是什么状态吗?
最近一直在思考这个问题,为了找到答案,也去采访了一些朋友,最后总结下来就一句话:思维撞到了墙,且长了记性。
怎么理解呢?
就是在某一时刻,你感觉学到了,且后续把学到的知识供你所用或者是认知得到了提升。
大致框架是:PDCA+SMART+GRAI+3个问题思考。
PDCA 循环又被成为戴明环,分别对应 Plan (计划),Do (执行),Check (检查),Action (处理)。
在我做一件事之前,需要做对应的做事计划,然后按照计划执行,执行的过程中检查效果,如果出现问题,思考怎么处理,根据反思后的情况再列计划进行下一个循环,这样就会形成一个正向滚轮,不断的往上往前。
此图片来自于网络,侵权请联系小编删除!
SMART原则来源于管理大师彼得·德鲁克的《管理的实践》,是为了目标设定而准备的模型,它是由5个英文单词的首字母缩写而成,分别代表的是:
specific 具体,目标方向具体明确。
measurable 可量化,目标设置时尽量考虑量化。
attainable 可行性,目标是可行的,是根据辅导对象自身能力量力而行的。
relevant 相关性,实现这个目标对于沟通对象很重要。
time-bound 时效性,要给目标设定时间期限。自问或者询问的问题可参考下图:
如果说一些特殊情况导致原计划停了一两天,也不要因为停了,就不再开始(很大一部分人都是这个原因导致计划搁浅)。
为了检查更全面,这里推荐一个方法:GRAI 复盘法。同样是四个英文首字母组成,分别是,Goal(回顾目标)、Result(评估结果)、Analysis(分析原因)、Insight(总结规律)。
1、哪些内容继续做?2、哪些内容停止做?3、哪些内容开始做?
我们到这一步的时候,可能会有两种情况。其一,下一个阶段的任务和前一段的任务是类似的,这个时候我们就以前面的经验为基准,再加上已变的因素一起思考,得出继续做、停止做、开始做的事情。
其二、和前面内容不同,是之前工作的递进。可能会出现的状况就是需要继续做的内容变的很少,停止做和开始做的事较多,那这种状况的“继续做”其实就是复盘存档,作为以后做类似项目的参考停止做、开始做是基于现状计划。
我们以其中的一小部分对接美团接口为例,原计划是开发两天,联调一天(Plan);开发人员按时开始(Do);等到第四天我去询问情况时,他说美团那边联调的人员忙,一直没有开始(Check),到这其实就卡壳了,我们需要用GRAI 复盘法思考全面。
因为,是我和开发人员一起理的,所以是一个询问的过程,大家如果是自己遇到这种情况就是询问自己和反思。
我:你定的是今天完成是吗?(回顾目标)程序员:是的(程序员心中肯定在翻白眼)。我:那么你现在怎么看这个结果?(评估结果)程序员:之前和美团讲好的,他们那边的原因。我:所以,造成这个现象只是美团的原因吗?(分析原因)程序员:(......没有说话)我:你觉得该怎么解决这种情况?(总结规律)程序员:我下次会提前一天询问他们第二天能否联调,不可以的话我会安排其他工作和这个调换。我:还有吗?程序员:问问他们有没有自动联调的平台吧,毕竟很多网站都有的。我:还有吗?(这个可以一直问到没有为止)程序员:暂时没有了。我:后面有再和他们确认联调的时间吗?会影响原计划的工作吗?这方面你目前怎么安排的?程序员:我...我:你下次联调可能还会遇到同样的情况,要思考清楚怎么解决,不能吃一次亏,就次次吃亏。程序员:好的。
事情理的差不多了,下一步就要通过三个问题,看看怎么用了。
1、继续做:按原有的计划安排来做,耽误的时间可能要靠加班或者提高效率来完成。
2、停止做:停止等待联调的状态,主动确认时间。
3、开始做:提前确认合作方的时间,有变动要安排好后续的工作,比如说美团下次联调,亦或是后续的饿了么联调等。整个步骤结束,最后一点提醒,警惕关联处的断裂,比如:
Plan 和 Do 之间,没有行动,再好的计划都只是清单而已 !
Do 和 Check 之间,不看结果的行动俗称“瞎忙”!
Check 和 Action 之间,梯子都竖好了,不往上爬,就永远没有成长!好了,文章结束,如果对你有用,记得点赞、在看、转发
评论