关于产品项目复盘,我总结的四步法(附实例)
文章为作者根据自己的经验总结的项目复盘的一些方法,希望对你有所帮助。
以前我也曾觉的复盘是一件很多余的事情,因为项目中的问题都解决了,我也做好了记录,为什么还要复盘呢?很多人有跟我一样的想法,所以复盘一直被人当做走形式的活动,无需上心。
这几个月,我从一个“0”的产品经理,独立完成了服务号的产品设计和项目管理,于是领导让我做一次复盘,来审视自己负责的整个项目,完成后我发现复盘并不是想象中可有可无的活动,它能够让你站在顶端,俯视整个项目从开始到结束的过程,也许过程中你做好了记录,也解决了许多问题,还告诉自己以后不要重蹈覆辙,但缺少了整理和总结,在下次你可能还会踏入相同的坑。
废话不多说,我们还是了解一下什么是复盘。
复盘其实是围棋术语,意指对弈者在下完一盘棋后,把对弈过程重新摆一遍,看哪里下的好,哪里不好,又有哪些地方有不同甚至更好的下法。那么用到我们工作中,可以理解为:从过去的经验中学习,并将经验转化成自己的能力。复盘不仅仅是总结,而是以学习为导向的一种总结形式,所以复盘过程中,我们一定要注意思考所有的经验教训,抽丝剥茧,从中获得问题源头所在,并且形成规范性的文件或总结,为你未来的项目做支撑。
接下来我将结合此次我的《服务号项目》来告诉大家复盘的方法。
第一步:回顾目标
每个项目之初,我们都会定下目标,然后将目标细化为若干任务,分配任务并完成它们。那么在项目结束的时候,我们也一定要回顾目标,所做的结果是与目标相吻合还是背道而驰?你可以通过问自己几个问题,来还原最初的目标和想法。
第二步:评估结果
在这一步,我们需要还原整个项目最终的结果,这里的结果主要指的是突发情况和产生的问题。从失败中学习,所以我们也要从问题中找经验。那么同样的,也可以问自己以下两个问题。
第三步:分析原因
这里需要你针对上述的问题去思考原因,但不需要细化到每个细节步骤,因为未来你做的其他项目一定不会遵循一模一样的步骤,分析原因代表我们要去找寻问题的本质,避免浮于表面的去思考问题。你需要学会总结,例如过程中暴露的多个问题,可能都来源于同一个原因,那么你只要总结一个原因即可。总结出原因,才能让经验教训去引领你在下个项目中引起重视、做出调整。
这里的原因我分为主观原因和客观原因,也就是在项目过程中由于自身原因出现的错误以及自己无法决定的突发状况,建议大家也可以这么分类。
第四步:总结经验
最后一步尤为重要,关系到此次你的复盘是否真的能产生作用。这一步也是告诉你,未来应该做些什么,怎么做……在下次项目之前,你可以翻翻此次的经验总结,再度地提醒自己。
因为此次我是做整个项目的管理者以及产品设计者,所以我总结了两方面的经验。
大家都知道5W1H的方法,是一种将疑问拆解成6个小问题来进行分析与思考的方式。复盘也是一种提问方式,除了利用以上我所说的4个步骤,更重要的是通过左栏的那些问题,来让自己达到复盘的目的。
本文由 @有馅儿的丸子 原创发布于人人都是产品经理。未经许可,禁止转载。
题图来自Pixabay,基于CC0协议
总结到位
安迪·葛洛夫和摩尔当年在讨论的时候说过一句话:如果我们被踢出门去,董事会找来个新首席执行官,你认为他会怎么干?
我有时会在复盘的时候这么问自己。
站在第三者的立场,以广阔的视角和客观的态度进行观察。 😉
🤝
容易做到么