做好一次项目复盘,需注意什么要点?

作为X系企业,工作总是格外忙碌的,而笔者更希望从忙碌中复盘总结出一些工作心得,于是有幸参与了“移动端从上线到迭代全过程”的复盘分析,并与大家一同分享复盘内容。

1. 梳理复盘思路-避免闭门造车

切忌领了任务就去行动,行动前请做好自己的计划!盲目的做一件事,唯熟能生巧尔。不适合应对时刻变换着的需qiú,更不能从“工具人阶段”,成长为一个有X思考能力的“产品负责人”。

接到复盘任务的第一时间,我并没有像往常一样拿着就开干。“复盘”这件事不同于其他明确的任务,按着liú程做就好。背后可能是X简单的想让我做这么一件事,也可能是想X这件事本身,考验我对于这类事情的处理是否达到了预期,再或者想知道我是否有独当一面的能力可以升职加薪向下一阶段迈进。

所以,在和人人都是产品经理社区的校友、师长们交liú之后,咱们开始了有条例有方fǎ的去做复盘这件事,特此感谢期间答疑解惑的社区同学和X们。

1.1 挖掘复盘的原因

复盘为了什么,给谁看,预期是什么?

杜绝瞎琢磨,合理的询问上级,快速落实需qiú的意图,X思路!X和leader的直接交liú,我了解到复盘是一个临时决定(可能有原因没明说),一方面给X看,另一方面给部门反思用。

  • 复盘项目给X过目,汇报工作,
  • 复盘项目给部门X,反思工作。

1.2 整理复盘的思路

想实现什么结果,需要准备什么材料,大致的liú程?

给X汇报,要精炼!本来用Excel表格一个个整理的项目细节,但是考虑到汇报时间和场景优先,咱们选择了采用PPT的形式,简单快捷的汇报“项目概述”、“复盘结果”和“后期规划”这三个点,汇报时间X在30min内。

复盘项目给X过目,汇报工作。

  • 时间-30min内
  • 地点-X办公室
  • 场景-拿着PPT宣讲
  • 期望-X听了很感动,认可了部门的工作(升职加薪)

给同事X,要接地气!像电视剧里那种sǐ板的X是不符合我们团队氛围的,而且成员大多是研发同学,所以采用Excel表格罗列项目清单的形式来X,简单直接的对接到具体细节和研发同学。主要分为四个步骤“肯定项目中的成果”、“指出项目中的不足”、“共同回顾项目历程”和“讨论出具体的的解决方案”。

(X不是拿着基máo当令箭,大家都喜欢先给块糖再轻轻打一下,所以先夸再指出问题同事给出解决方案,这样工作才容易开展下去,成为合格的团队管理人员。)

复盘项目给部门X,反思工作。

  • 时间-不限
  • 地点-X室
  • 场景-按照项目清单,详细聊聊近期情况
  • 期望-在分享项目过程中,总结出潜在的问题,让今后的项目执行过程的变得更好

2. 落实关键liú程和产出

2.1 版本管理情况

按照版本去讲,研发容易X,X容易理解!一方面,项目周期长细节难以回忆,一年时间这是第一次做复盘,研发同学回忆不起来具体的点很正常;另一方面,X不关心每个版本具体有啥,列出版本号和主要功能即可。

(1)上线版本(0-1)

这一步列出来上线版本(0-1)中主要的功能项。

  • 有什么功能模块?
  • 当时的预期是什么?
  • 是否达到了预期?
  • ……

(2)迭代版本(1-100)

  • 有什么功能模块?
  • 当时的预期是什么?
  • 是否达到了预期?
  • ……

值得一提的是,做复盘才知道,好的整理xí惯是真的很重要。因为项目比较赶,好多信息没有及时更新到需qiú池、周报曰报甚至SVN和GIT上也没有备注比较细节的需qiú点,对这次复盘的数据核对造成了一定影响。

可能会存在的文档:版本迭代记录、需qiú池、产品需qiú文档、测试用例等

如果你也有敏捷开发(赶进度)的情况,遇到了部分数据对不上的处境。可以去研发同学那里寻qiú帮助,比如:曰报、周报,GIT、SVN,这些上面会有记录。

2.2 项目管理情况

前面的“版本管理情况”,是帮助大家X的。接下来这个“项目管理情况”,是和部门X的时候,重点拿出来,大家一起看到文档,所以要做的更细。

(1)预计时间和上线时间

这里的目的是反馈“进度情况”!上线时间总是会被拖延,讨论过很多次也没有解决实际问题,所以借着这次机会,咱们再好好聊聊这件事,集思广益,想想措施。(给X汇报的时候,这个数据可以酌情改一下,X一看全都延期了心里会不舒服,所以提前给上级过一下,让大家都舒服)

关于进度管理这块,我非常赞同“新浪网高级产品经理的观点”:

现在的敏捷开发真的是在规划阶段无fǎ保证结果的‘质量’。

  1. 要把需qiú/功能进行chāi分,确认是短平快项目还是长周期项目,明确优先级及‘关键组件’;
  2. chāi分后的需qiú进行排期(设计、开发、测试各个阶段),‘关键组件’及‘前置条件’;
  3. 如果是短平快的项目那就每天进行20分钟左右的站会,如果是长周期的项目那就进行周例会;
  4. 实时跟进项目进展,X‘关键组件’及‘前置条件’要素;
  5. 做好沟通、汇报工作,措辞需要精确,清楚,不要出现‘模棱两可’的X。

(2)功能概述和详细信息

这里的目的是帮助部门同事,回忆跟进XX需qiú时的过程,一步步反思总结当时“遇到的困难”、“临时解决方案”和“更好的解决方案。”

同时,大家一起评估功能是否达到预期效果,回顾研发过程中遇到的问题、解决方案和建议,为以后处理好同类问题打下基础。

(3)任务类别和优先级

这一步,是总结用的。

任务类别可以看出咱们的研发精力到底主要投入在哪里,分类有“BUG修复”、“功能新增”、“功能迭代”、“界面优化”等。(毕竟总是修复BUG是很有问题的事,要明确咱们投入在哪里了)

优先级是一个见仁见智的东西。俗话说,找10个女人也不能一个月生下孩子。做项目也是,排10个最高优先级也不能一天实现。

对于优先级排布,有太多方fǎ和结论。但是咱们深入想一下,为什么要排优先级。假设订好了一期需qiú,突然来了紧急需qiú,这时候就需要优先级!一般就按着优先级高的去做或者加班完成,但是真没有必要啊。

对于紧急需qiú,一般产品同学能想到“置换优先级低的需qiú(不紧急的需qiú)”或者“加班加点完成”。在和中科软的10年资深产品经理聊过后,我认为“紧急需qiú”的优先级是可以的chāi分的,别因为紧急就不去分析他,咱们更要分析这个“紧急需qiú”,chāi分他到底哪里优先级高,是否有替代方案。一级一级chāi分下去,自然方案就出来了。可以大幅避免无意义的加班。

3. 关于复盘方fǎ论

3.1 戴明环(PDCA)

戴明环(PDCA)fǎ

  • P(Plan)计划:产品可靠的目标X与订定、可靠的计划研拟与确定、可靠的X与分工
  • D(Do) 执行:可靠的任务激励、命令与实施
  • C(Check)查核:产品可靠的评定与评估、可靠的作业X与稽核
  • A(Adjust)修正:寻找改良方案使下次计划变得更加完美

出自X百科-2018年X19曰修订

3.2 六何fǎ(5W1H)

六何fǎ(5W1H、6W)

  1. 何人(Who)
  2. 何事(What)
  3. 何时(When)
  4. 何地(Where)
  5. 何解(Why)
  6. 如何(hoW)

Tip:叫啥名字都可以,5W1H和6W的区别就是对“how”的定义不同bà了,有人偏爱“How”所以叫5W1H,有人偏爱“hoW”所以叫6W。

出自X百科-2019年9月2曰修订

3.2 你自己总结的方案

适合自己的方fǎ才是最好的方fǎ,不然就是X学步,得不偿失。

以上,是“木深”最近做自己所在项目的复盘分析的工作总结时,对“复盘分析”有了一些新的总结与思考,整理后与大家分享,希望有小伙伴一起交liú学xí。

收藏 (0) 打赏

以上内容不错,打赏支持一下!

打开微信/支付宝扫一扫,即可进行扫码打赏哦,分享从这里开始,精彩与您同在
点赞 (0)

声明:本站所有教程资源,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。

雄发创业网 自媒体是如何赚钱的 做好一次项目复盘,需注意什么要点? https://www.xiongfawang.com/2621.html

常见问题

相关文章

做好一次项目复盘,需注意什么要点?-海报

分享本文封面