一个完整的项目复盘究竟要如何做?
本文摘要:笔者论述了完好的项目复盘流程,以及其间触及的问题,关于项目复盘具有辅导性意义。复盘,是运营必不可少的能力,小到一次买菜的阅历,大到百亿千亿的投资项目,都可以通过复盘来总结规律、提高水平。简略说来,复盘可以达到的效果有两条:优化弱项,强化强项

笔者论述了完好的项目复盘流程,以及其间触及的问题,关于项目复盘具有辅导性意义。

复盘,是运营必不可少的能力,小到一次买菜的阅历,大到百亿千亿的投资项目,都可以通过复盘来总结规律、提高水平。

简略说来,复盘可以达到的效果有两条:

优化弱项,强化强项 明确自己的价值,明确工作的价值

那么,复盘究竟该怎么做呢?或者说,做好复盘有比较高效、实用的方法吗?有的。

以下内容来历于我工作中的考虑,同时参考了柳传志的关于复盘的方法论,力求展示一个完好的、可实践的项目复盘流程。

一、复盘的底层逻辑

复盘首要是要做的是事实陈述,一个有用的AAR(After Action Review)有必要建立在“铁的事实”的基础上,假如现实难以陈述清楚,并取得一致,将导致复盘进展缓慢或无法深化下去。

一旦事实确定下来了,就开始诊断、分析存在差异的原因,找出导致成功或失败的底子原因后进行规律总结。理解为何会成功、哪些要害行为起了作用、这些行为有无适用条件,关于提高后续举动的成功率有无价值。

因此,一个完好的复盘就呈现了,包括如下四个步骤:方针回忆、成果陈述、过程分析、规律总结。

1. 方针回忆

当初举动的意图或意图是什么?

工作/举动想要达到的方针是什么?

我们方案怎么做?

预先拟定的方案是什么?

事前想象要发生的事情是什么?

2. 成果陈述

实践上发生了什么事?

在什么状况下?是怎么发生的?

与方针相比,哪些当地做得好?哪些未达预期?

3. 过程分析

实践状况与预期有没有差异?

假如有,为何会发生这些差异?是哪些因素形成了我们没有达到预期方针?

失败的底子原因是什么?

假如没有失败,成功的要害因素是什么?

4. 规律总结

从过程当中学到了什么新东西?

假如有人要进行相同的举动,我会给他什么建议?

接下来我们该做些什么?

哪些是我们可直接举动的?

二、项目复盘的阶段流程

一个项目,根本都会包括几个核心阶段:方针、需求、设计、开发、测试、上线,把每一个阶段中的详细工作进行分解,才干分析出每一项工作的进展是否顺畅,问题点在哪、以及怎么更好的优化。

这里分享一个项目复盘的小技巧:依照项目执行的时间线记工作日记。

不一定要每天都写,但一定要在各个重要的时间节点留下工作记载,这样才会对整个活动过程一目了然。复盘的时分,只需要从头去翻这部分日记,列出一个实践工作的时间表,比照策划书中的方案时间表,哪部分工作提前,哪部分工作延后,哪部分工作是暂时加进去,完成度怎样。

比如第一步是项目方针回忆,优质的项目往往都随同着明确的预设方针,方针本身要是不合理的话,复盘得出的结论也很难有说服力。所以在复盘的时也有从方针设定合理性开始复盘,当初是基于怎样的条件设定的方针。

假如项目全体方针较大,建议进行方针分解,确定项目施行里程碑,构成子方针或阶段性方针,便于方针的衡量与跟进。以电商类活动策划为例为例,影响交易额的子方针包括:流量、转化率、客单价、复购率。

后续步骤也是这样,通过不断分解,对整个项目流程做出完好的、可量化的梳理,从而对项目指标的实践状况和预期比照做到了解。

三、怎么做产品项目复盘?

复盘最重要的两个环节:过往演绎和复盘优化,明确发生误差的原因,并提出针对性定见。

1. 项目方针复盘

1.1 项目进度复盘

是否依照原方案交给时间交给? 原方案的需求点完成了多少?哪些需求点没有按方案完成? 每个需求点延后原因分别是什么? 哪些里程碑有延迟,延迟原因是什么?

1.2 项目成果复盘

项目中呈现了哪些意外?为何会呈现这些意外? 用户对新增功用点的承受程度和项目规划中的是否一致? 2. 需求阶段复盘 是否提供完好的需求输出?包括:原型、MRD、PRD、UML等 设计师、交互师、开发人员分别对需求是否明确?假如呈现需求不明确的状况,将会严峻影响项意图进度和质量。 是否对典型用户和使用场景有明晰的描述? 3. 设计阶段复盘 是否确定视觉设计的最终审核人? UI设计产出是否契合统一规范? 设计工作是否影响开发工作的进度?影响原因是什么? 产品设计工作在什么时分,由谁来完成的? 4. 开发阶段复盘

4.1 工期评价复盘

开发施行前,是否有充沛的时间做工期预估?工期评价一方面是让项目成员可以对项意图全体进度有所准备,也是对项目需求进行详细梳理的过程。 工期预估与实践开发时间是否有差异,及差异原因分析。

4.2 开发文档复盘

是否有撰写开发文档? 开发文档是否契合规范?

4.3 突发状况复盘

是否呈现需求无法完成的状况?原因是什么? 是否呈现团队成员改动状况?怎么应对成员改动?后期怎么防止? 是否呈现功用模块与需求不符的状况?呈现原因是什么? 5. 测试阶段复盘

5.1 测试方案复盘

是否有完好、精确的测试用例? 是否有一个测试方案?这样的方案是否有用? 团队是怎么测试并跟踪产品开发效果的?

5.2 测试东西复盘

使用了哪些测试东西来协助测试?是否可以继续使用? 测试的时间、人力和软件/硬件资源是否足够?

5.3 测试成果复盘

哪一个功用模块发生的Bug最多,为何? 哪些BUG呈现回滚,原因是什么(回滚:即程序版本回退。呈现较大bug,程序从1.1回退到1.0,迭代之后满是bug,修复本钱高)? 6. 上线阶段复盘

6.1 验收复盘

是否进行了正式的上线验收? 在正式发布的过程当中是否有呈现状况?后续怎么防止? 上线前是否和运营、案牍进行充沛的交流? 是否查看了数据埋点,数据埋点是否满足运营要求?

6.2 上线后效果复盘

在上线之后是否呈现重大bug? 为何测试阶段没有发现? 产品上线后的问题反馈渠道是否流程? 产品上线后收集到哪些问题反馈?都是什么类型?怎么改善?

每次的项目复盘,都是对自己的一次拷问和训练,迭代型产品每逢3个版本进行一次复盘。一般状况下,发版的节奏是一个月一个版本,因此可以依照3个月的节奏进行复盘。

在复盘完毕后,最短时间开复盘会议,这样很多活动执行细节和用户反馈都记忆犹新,做复盘的可靠性比较高。

彼此坦诚剖析,既不推卸职责,也不妄自绵薄,而是尽量地呈现一个完好真实的项目流程。每一个参加者都有对等的讲话权,都能真实地表达主见。

要有专人控制时间和记载要点,开会最忌讳的就是天南地北地开得又臭又长,控制每一个部分的时间很重要,另外记载要点也是一种会议成果的输出,有利于总结经历并开展下一步举动。

 

本文由 @Stev 原创发布于人人都是产品主管,未经答应,禁止转载

题图来自 Unsplash,基于 CC0 协议


人人都是产品主管(woshipm)是以产品主管、运营为核心的学习、交流、分享平台,集媒体、培训、社群为一体,全方位效劳产品人和运营人,建立9年举行在线讲座500+期,线下分享会300+场,产品主管大会、运营大会20+场,掩盖北上广深杭成都等15个城市,内行业有较高的影响力和知名度。平台集合了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监,他们在这里与你一同生长。