域名频道资讯站
我们一直在努力制造惊吓

项目通宵上线,产品经理应该怎么做?


 相信从事互联网的产品、开发、测试或者项目经理,都曾有过通宵上线的经历。本文作者主要分享当项目需要通宵上线时,产品经理应该做哪些准备工作?

项目通宵上线,产品经理应该怎么做?

有句话是这么说的:“没有深夜痛哭过的人,不足以谈人生”。

其实可以引用一下:“没有通宵上线过的产品经理,不足以称为产品人”。

相信从事互联网的产品、开发、测试或者项目经理,都有过通宵上线的经历。在这里想跟大家分享一下,当项目通宵上线时,产品经理应该做些什么?

一、为什么要通宵上线?

首先聊一聊“项目为什么会通宵上线?”这个问题。

不知道从什么时候开始,通宵上线已经成了共识。在产品/开发/测试眼里,上线=加班=通宵

由于所在的公司一直是晚上上线,一开始我还以为这就像某种自然现象一样,必须要晚上上线;但后来询问了一些其他公司的开发同学,才知道任何时段都可以上线。只是一些公司会因为一些原因而选择在晚上上线。

下面是我搜集到的一些晚上上线的原因。

晚上上线的原因

  1. 晚上上线,尤其是半夜上线,用户已经休息了,不会因为上线影响用户的操作;
  2. 考虑公司服务器性能问题,晚上上线有补救的时间;
  3. 晚上上线,如果上线后有问题,有补救的时间;
  4. 公司管理层恶意安排周五晚上上线,隐形强制员工加班;

那么为什么经常会出现通宵上线的现象呢,原因只有一个:干着干着就通宵了!

经常会出现这种情况:本来按照计划应该晚上8点上线,但是由于各种问题,修修改改,最后拖到凌晨6点才上线。

如果排除刻意安排通宵上线这一因素,会有很多原因导致团队人员熬夜工作、通宵上线。例如产品方案的缺陷、技术难题、测试人员没有测出重大bug而影响上线……

总的来说,在互联网行业漂,哪能不熬夜?

二、通宵上线时,产品经理应该怎么做?

那么,如果碰上通宵上线,产品经理应该怎么做,才能让团队在晚上通宵工作稍微舒适一些、效率更高一些呢?

1. 准备工作

1)做好物资储备

通宵工作是一件很耗费体力的事情。尤其团队里有女生的话,这对女生的体力和精力都是一个巨大的挑战。所以,产品经理在通宵前应该做好物资储备。这样在同事们都精疲力尽的时候能够像哆啦A梦一样从袋子里掏出各种续命的东西。

但是,这不意味着产品经理需要无微不至地准备好所有东西。毕竟公司也不给报销,再加上项目经理会负责夜宵部分。所以,产品经理只需要准备好一些让大家幸福感强一些的东西就好。

通宵上线必备清单:

  • 咖啡、奶茶、茶叶:不仅能够给枯燥的漫漫长夜增添滋味,在通宵工作中还有续命作用
  • 各种小零食:产品经理备好各式物美价廉的小零食,让大家补充体力。在工作时也能愉快地吃吃喝喝,顺便还能拿着小零食去提需求,美滋滋。
  • 蒸汽眼罩:在等待上线空闲阶段,能够帮助舒缓疲劳、快速入眠。
  • 面膜:如果产品经理是精致的猪猪女孩,还可以准备几片面膜。在等待上线的时候和团队其他小姐姐一起敷面膜,具有提神、护肤、增进感情多种功效。
  • 毯子/抱枕:准备好毯子和抱枕,裹紧自己的小被子,保证后半夜的睡眠质量。
  • 认真的态度、逗比的心态:在处理问题时要认真,空闲之余要幽默,用笑话、段子娱乐大家,有提神、促进感情的功效。

产品经理可根据自身财力、家里是否有矿、团队成员感情深浅程度等多重因素准备物资储备。

在熬夜加班时,产品经理可以在适当的时候,拿出东西和团队成员分享,活跃活跃气氛。不过如果别人在睡觉,最好还是不要打扰。

2) 提前了解项目进度

一般临近上线了,如果没有延期风险,那么该项目大概率会是已经在测试阶段。

通宵工作前,产品经理首先要提前向测试人员和开发人员了解测试进度、bug修改进度。自己也应该查看禅道中的bug数量和情况。重点关注指派给自己的bug,尽快转出给相对应的开发去解决。

在了解工作进度的过程中,产品经理能够大致预估剩余的工作量,评估一下项目上线的大概时间和顺利程度。

3) review自己的PRD和当前测试版本

如果项目周期比较长,在通宵上线前,还是建议产品经理先review一遍自己的PRD,把PRD再熟悉一遍。这样等到开发、测试人员向自己确认需求时,不至于因为时间久远,而忘了自己当初设计方案的出发点和细节。

review完了PRD,可以再粗略地过一遍当前产品的测试版本,查看一下当前的产品形态。如发现当前测试版本的产品与PRD的设计有重大出入,应立即告知给测试开发,尽快解决问题。

产品经理提前reviewPRD和当前测试版本,主要是为了熟悉PRD内容和当前产品的开发状态,提高通宵工作的效率。

2. 通宵工作中

1) 快速、准确地回复开发、测试的问题

在项目即将上线时,团队主要的工作是:

  1. 测试人员进行测试
  2. 提出bug——开发修改bug——修改完毕
  3. 测试
  4. 关闭bug

在这个过程中,虽然表面上看似不需要产品经理参与,但其实每一步都需要产品经理进行确认。

测试人员在测试时,一旦发现当前功能和PRD上描写的不一致,首先会向产品经理确认这是否是bug。

如果这是产品同意的变动,则不是bug;如果产品确认是bug,则测试可提交bug,指派给相应开发;当开发收到指派的bug,如果只是普通的bug,则可以自行按照PRD修改。

如果有变动,则开发也会向产品经理确认该功能的具体变动——当然这个变动必须是很小的变动,例如按钮的颜色、提示语的变化等等。如果是大功能的临时变更,除非不得已,在项目即将上线时,还是不要随意改动。

bug改好后,测试在测试时,也会邀请产品经理一起测试,进行验收。

所以在整个过程中,尤其是bug较多的情况下,产品经理是非常忙碌的。大家都来找你确认东西,很容易会晕头转向、着急忙慌。这个时候,就比较考验产品经理处理多个问题的能力,以及对PRD的熟悉程度。

2) 了解上线前的重大问题

在通宵工作中,产品需要定时检查禅道中的项目bug,以防突然发现影响上线进度的重大问题。

当出现疑似影响上线的重大问题,产品经理应该找到相应的开发、测试人员,快速了解该问题出现的原因:

  • “是产品方案设计缺陷还是开发设计缺陷?”
  • “是后台数据原因还是前后端配合不当的原因?”
  • “是需求不合理还是需求与当前系统逻辑不耦合?”……

了解原因后,产品经理应该对具体问题给出具体方案,尽量减小重大问题对上线的影响。

3) 快速给出解决方案

当遇到影响上线的重大问题,产品经理应该先思考这个需求是否合理。

如果这个需求并不是核心需求,不影响用户使用。但是开发难度较大,这个时候可以考虑是否可以放在后期迭代再做。又或者可以“曲线救国”,用简单取巧的方案来替代原本复杂的功能设计,达到相同的效果。

遇上无法砍掉、无法替换的难啃的“硬骨头”,产品经理则需要迎难而上,快速给出解决方案。

在了解问题时,产品经理最好是拉着相关开发、测试一起讨论,这样不仅能够提高解决问题的效率,还能从多个角度、全面地了解问题。

如果是复杂问题,例如涉及到多种场景、多种操作、多种状态变化,三言两语说不清、多说几句又容易把人绕晕。这种时候,产品经理在梳理逻辑时和给出方案时,应该多使用脑图或者excel表等形式,形式简单、内容详细地展示出问题和方案。

这样不管是自己梳理问题,还是别人看你的方案,都会清晰明了、简单易懂。

关于这一点,在《如何写出详细且易于阅读的PRD》一文中提到过。

项目通宵上线,产品经理应该怎么做?

三、总结

其实产品经理一起通宵上线并不是必要的。也有一些产品经理不陪着开发、测试通宵上线,只在家远程进行支持。

如果项目总体来看进展顺利,预估无太大问题,产品经理不在场支持也是可以的。但是如果项目进展坎坷,上线前遗留问题较多,那么产品经理还是有必要陪着开发、测试人员一起通宵工作。

一来面对面沟通效率更高;二来如果突然出现重大问题,产品经理可及时产出方案,避免出现上线事故;三来和团队一起通宵工作后,产品人员和开发、测试人员能够增进对互相的理解,团队凝聚力会更强一些。

如果是刚接触项目的产品新人,还是建议尽量跟随开发、测试人员一起通宵工作。这样,产品新人能够了解项目上线的流程和会遇到的坑。这对以后的项目工作,以及方案设计工作,都会是不可多得的经验和教训。

所以,各位产品经理应该好好锻炼身体,让自己能够更精力充沛地加班。

着重提醒产品妹子们,不管怎样都要记得做好护肤工作,不要因为通宵工作而把自己搞得灰头土脸、面色蜡黄。

最后提醒各位,通宵上线虽好,可不要贪多哦。不然……

本文素材来自互联网

赞(0)
分享到: 更多 (0)

中国专业的网站域名及网站空间提供商

买域名买空间