赞助商
立即赞助

项目复盘思路:产品上线后要如何做复盘?

产品经验3年前 (2021)发布 流光
2.6K 0 0

进行了2个多月的APP大改版即将结束,为此产技术团队真的是尽心尽,猛追猛赶,非辛苦。然而越是大项目,越需要在结束时好好总结,这篇章就来聊聊项目复盘应该怎么。

在复盘前,产经或项目经,需要拟好一个纲,按目标达成、计划执行情况、资源协调情况、变更管,从设计到编码、从测试到发布、团队协作几个方面,分别设定问题,并前发给团队成员,收集大的反馈。复盘时,召开全体产研发设计测试会议,针对每个问题,思考解决方案,形成结论。复盘后,将会议结论汇总成,发给全体参会人员,大进一步了解如何规避问题,为接来的项目做准备。

下面重点讲述提纲中需要确认的问题,包括以下几个方面。

一. 目标完成度

  • 我们的产品解决什么问题?否义得很清楚?否对典型用户典型场景清晰的描述?
  • 我们达到目标了么(原计划的功做到了几个,按照原计划交付时间交付了么?)?
  • 用户量, 用户对重要功能的接受程度和我们先的预想一致么? 我们离目标更近么?(需要上观察回答)

二. 计划执行情况

  • 开发前,是否有充足的间来做计划?
  • 团队在计划阶段是如何解决事们于计划不意见?
  • 原划的作否后都完了? 如果完的,什么?
  • 有没有发现你做了一些事后看来没必要或没多大值的事?
  • 是否每一项产品需求有清楚定义和衡量的付成果?
  • 是否项目的整个过程都按计划进行?项目出了什外?有什风险是当没有估计的,为什没有估计?
  • 在计划有没有留下缓冲区,缓冲区有作用么?
  • 将的划会什么修改?

三. 资源协调情况

  • 我们有足够的资源来成这个项目么?
  • 项目所需时间和其他资源是何估计的?精度何?
  • 测的间、人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (产品计/文案/运营策略)是否低估了难度?
  • 你有没有感到你做事情可以让来做(更有效率)?

四. 变更管理

  • 否存需求变?变了几次?每次变的原因什么?
  • 需求变更时,是否每个相的员工都及时知道了变更的消息?
  • 我们采用什么办法决定每次变更,是「推迟」还是「必须现」?
  • 变更的出条件(也就是什叫“改好了”)有清晰的定义?
  • 于可能变更是否能提前制定应急计划?
  • 员否能够效处理意料之外的作变?

五. 从设计到编码

  • 产设计工作在么时候,由谁来成的?是合适的时间、合适的人么?
  • 产品设计工有没有碰到模棱两的情况,团是何决的?
  • 队是否运用测(Unit Test),测驱动开发(TDD)、UML、LINT,或其工来帮助编码?这些工有效?
  • 什么功能生Bug最多,为什么?
  • 发布之后发了什么重的bug? 什么我们设/发的时候到这些况?(需线后观察再回答)
  • 代码走查(Code Review)是如何进行的?是否严格执行了代码规范?

六. 从测试到发布

  • 团是否有一个测试计划?样的计划是否有效?
  • 是否进行了正式的验收测?
  • 团队是否有测试工具来帮助测试?效如何?
  • 团队如何测试并踪产品发效果的?从软件实际运行的结果看,这些测试作用么?应该哪些改?
  • 在发布的过程中发现了哪些意外问题?如何解决的?后续如何避免?

七. 团队协作

  • 团的每个角是何确定的,是不是人尽其才?
  • 项目执行过程中是否有队成员变更?变更是否带来的问题?如何解决的?
  • 团队成员有互相帮助么?
  • 当出需求描述、项目理、合作方面的问题时,团队员如何解决问题?

八. 总结

  • 于上问题,有么经验训?如果历史重来一遍,我们会做么改进?
  • 你得团目前处「萌芽/磨合/规范/创造」阶段的哪一个阶段?为什么?
  • 你觉得队在这个程碑相比前一个程碑有什改进?
  • 你觉目前最需要改进个是什么?

每次的项目复盘,都建议针对以上问题,全体成员在会上都发表见,提出的法,并群策群力寻找最优的解决法。体会议的组织,有如下建议:

  • 持议轻松愉快的氛围,以考虑换一个开的境,有饮料、零食、音乐的帮助更。
  • 大领导最好不要出现,让大家畅所欲言。(即使出现,也要夹着尾巴,不要为以前的行为辩护,作好听众)
  • 坚持事不原创,强调:如再有会,会如何改进?而不是挖历史旧帐。
  • 照顾到述提纲中提及的各方面,可以深入团队感趣的部分。
  • 有人都有充分发言的机会。
  • 务必有人录言要点,最列出所有改进意见。
  • 最后大家可以投票,如果只有三票,投给哪些改进见。
  • 各小组负责保证要采取动,优先执票数最高些改进意见,持续优化所有需要改进。

欢迎关注作者的公众号:「互联悦读笔记」

项目复盘思路:产品上线后要如何做复盘?

© 版权声明
您必须登录才能参与评论!
立即登录
暂无评论...

相关文章

每个人都在关注趋势。Dribbble 是设计师的集散地,也是设计趋势最容易体现的地方。如果你经常关注 Dribbble 上的那些设计作品...
2018设计趋势
这次我们通过简译 O’Reilly 系列的《Pair Design – Better Together》一书的部分内容,一起初步认识一下 Gretchen Anderson ...
团队协作
我蛙出去一天了怎么还不回来? 我蛙怎么不出门就知道看书? 我蛙一回来就背着我写信也不让我看。 我蛙你在外面还好吗…… ...
产品分析
近几年,H5 快速普及,应用于节日和一些品牌活动营销场景。为什么大家会选择使用 H5 作为营销传播方式呢? 在线互动,提高...
H5
在设计中,情绪的传达和氛围的营造通常是要看设计项目的目的是什么,而不同的配色和不同的元素组合,往往能够呈现出截然不同...
优秀网页设计
本篇研究方法——对比法,是社会科学中运用较广的方法。对比法旨在将有一定关联的现象和概念,进行比较对照,判断异同、分析缘...
支付设计
通常每年进入下半年之后,设计趋势通常都会呈现出一种比较稳定的状态,不太会出现很独特的变化。不过,在具体的设计项目当中...
2018设计趋势
王M争:最近发现一款看片神器——埋堆堆。这是 TVB 推出的官方 APP,里面有 TVB 历年制作的经典剧集,而且更重要的是不需要充会...
App设计