百密一疏的产品上线

这是一篇像没话找话的总结,也是一个自我剖析的总结。

这次想谈谈产品上线的事情,也是最近才发生在自己身上的事情。不算什么很深刻的体会,但是想着多写点东西归纳整理一下总比什么都不做好点,所以就试着总结一下,复盘一下。

我是一个很紧绷的人,尤其是对产品的工作。说白了就是眼里揉不得沙子,我会对自己严苛,也会对其他人严苛,而往往想要对别人严苛的前提就是要对自己严苛,所谓“己所不欲,勿施于人;己所不能,勿责于人”便是这个道理。

对于产品上线,很早的时候我就做过一版的上线WIKI放在公司的公共文档中,但是实际用起来的人也只有我,而我也是因为最近这次的版本上线才发现,原来百密一疏的根源之一竟然就是上线计划,而其中主要责任人自然也就是我了。我当时的上线计划(自查清单)是这样的:

关于上线计划的初步构想就是:

  1. 先将“所有”的上线关键点都做了List,然后一步一步推进,做完了的内容就勾选“是”,有疑问的或者需要解释的就勾选“否”;

  2. 根据List确认自己的工作范围和内容,等到相关的版本全部都上线了之后,就将此List的内容更新到TAPD中作为备份,以便于以后可以查阅;

  3. 再去完善WIKI中的Release Notes相关的内容,因为产品的更新日志是一个很好的迭代回顾和产品开发过程的记录;最后再将结果发送邮件,抄送给相关人员,告知大家这个版本上线了,大家都可以享受新功能,新特性带来的福利;

其实以往常几个月的迭代情况来看,这个表或者说这个模式其实没有出什么大问题,基本上是行得通的。但是这次的版本上线,其实就暴露出了这个表格的简陋和单一,所谓的“百密”其实只是自我认知良好,“一疏”其实一直存在,但未发现。

那么“一疏”发生在什么环节呢?经过事后复盘,我发现了在这几个地方我没有考虑周到,导致了后续的一系列疏漏:

  1. 上线自查表只停留在了版本能发布,版本上线被知晓,关键人被通知等阶段,却忽略掉了回应,就跟“公共知识”和“共有知识”一样,我觉得我将这个信息通知到位了关键人,但是关键人其实可能并不知道这信息或者没有消化这个信息,和我保持一致的认知。所以这个信息只是“共有知识”,而不是“公共知识”。
  2. 上线自查表的局限性在于没有深度思考,一个版本上线之后该做的事情,例如配置某些东西,升级PDA,清除缓存,回归测试等。导致上线完成了之后,要么觉得就没问题了,要么隐约觉得有问题,但是就是不知道问题在哪,只能被迫的等待问题的出现, 然后进行处理;
  3. 上线自查表的自查清单不够细化,导致很多大项一笔带过,小项却和大项并排享有同等优先级;同时也没有确定对应的自查顺序, 形成自上而下的一步一步校验和审查的流程。

自查清单能解决很多平时不太注意但是却很容易重现的问题,但是也有其自身的局限性,毕竟计划需要被执行,而执行过程、执行人的能力等因素也很重要。所以,除了用自查清单给自己做一个保底之后,要需要做个Plan B或者Plan Review,就是尽量多与相关人员面对面沟通交流,将一些代办事项,注意事项一一记录下来,然后整理成清单,以便于上线的时候再进行一次校验和确认。

同时,也可以将上线自查表的共享到云文档,然后让部门负责人或者岗位干系人上去填写、确认结果,类似于签字画押的感觉。最后,我对上线自查表进行一个迭代改版,没有颠覆性调整,但是感觉会比之前的一个好用一些。

本次上线从总体上来说是顺利的、成功的,但是背后出现的一系列问题也值得引起关注和重视。

除了自查清单之外,项目的延期也算是一个疏漏点。项目管理其实是蛮难的一个学问,但是事在人为,我想其中有些踩过的坑,吃过的亏还是会帮助我以后在项目管理上有所长进。

关于项目管理的疏漏有以下几个点:

  1. 最大的问题是需求拆解的不够细腻,本次迭代的主要功能是多批次收货,其实是一个行业内的通用解决方案了,但是由于涉及到的改动点比较大,和老业务的冲突也比较多,所以需求的分析,评估,设计,推动,落地等都花了蛮多时间,但是我还是没有很细致的拆分需求,导致对工时,对进度有一些盲目的估计,导致后续其他需求可能会因为这个迭代没上线,而只能自动排位接在这个版本后面;
  2. 除了需求拆解不够细腻外,还犯了一个比较大的错误就是没有协调好两组之间的进度关系。此功能不是只有WMS上线了即可,还需要OMS也上线,意味着双方系统起码要保持一定的同步速率,最后保证一起开发完成,一起联调测试,再一起发布上线。但是我的重心可能更多的放在了WMS上,而忽视了OMS的环节,导致项目进度出现“木桶效应”;
  3. 剩余的问题可能更多的偏向于我对项目管理的方法论和知识面的薄弱,很多情况下没有稳定的、科学的、条理性的对项目进度进行管控,一切似乎没问题,但是最后就是出现了延期,这就是项目管理的失败。从项目的生命周期来看,项目规划环节没有做好,需求把控和拆解不够到位,项目执行和监控环节缺少一定的规范和条理,项目收尾环节也没有有些不够到位,遗漏点多,所以这一块的总结会议召开就显得很有必要。

总体来说,此次版本上线,主要暴露出了自查清单或者上线计划的疏漏问题,同时根源问题还有项目管理的不规范,不严谨等。本次总结是对9月份以来整个项目的一个简短反思和复盘,因为我对自己要求太“紧了”,所以其实上完线之后,我并没有太过于松懈和如释重负的感觉。

可能我已习惯这种状态,也有可能我还没找到一些能让我放松的方式或者机会,但是不管怎么说,这次上线是具有里程碑的意义,也感谢一同协作、背后默默付出的开发、测试、业务、运维等同事的帮助。

最后,送上我很喜欢的一句话,出自于《练习的心态:如何培养耐心、专注和自律》:

在我们的人生之中,真正的平和与满足源于意识到人生是一个过程,是一段我们可以选择体验神奇路径走下去的旅途。

--本文到此结束感谢您的阅读--
随缘打赏,佛系产品
0%