我经历的阿里项目发布之旅

产品经理和研发负责人勾搭着背,在电梯拐角处,暗下私语。

我经历的阿里项目发布之旅

研发负责人从兜里掏出一包烟,产品经理也拿上一支,默默燃上。研发负责人说:“发吧,别纠结了,万一我们狗屎运,项目一飞冲天呢!”

产品经理哼唧了一声,凶狠的抽了一口烟,说到:”还一飞冲天,你特么不怕踩到雷啊?项目一旦上去,万一出问题,怎么办?一屋子人全完蛋。”

研发负责人:”丑媳妇总要见公婆的,996了这么久,大家心里都憋着一口气,总要发的呀,不能天天内测吧?”

产品经理脑海里翻滚着之前项目踩过的雷,受过的伤,又浮现出老板那饥渴的眼神,还闪过这个历经几个月的项目(有几个雷区一直没踩实),内心忐忑,但时间点已在眼前,不发也不行。

研发经理:“要不我们明天一早去灵隐寺许个愿吧,请菩萨保佑我们,项目发布马到成功。”

产品经理想着明天是周二,菩萨们工作日比较空,或许心情好些,可能就真的保佑我们了。(马老师说过,请菩萨帮忙不要周末去,周末去的人太多,菩萨太忙,没法照顾到你。所以要等菩萨空一点的时候去,工作日去,也是自己诚意的一种体现。)

第二天,产品经理和项目经理清晨5:00就到灵隐来许愿,希望菩萨能给个项目发布的吉时。

哈哈,故事先告一段落,仅供娱乐。

不知道大家有没有遇到过这么纠结的项目发布?发也不是,不发也不是,想发又不敢发,都已经希望菩萨保佑,还想菩萨赐给个吉时。

对产品经理和研发同学来说,项目发布是稀松平常的事,似乎没什么特别的。

我们今天看看别人经历过的项目发布之旅和应对策略。项目发布的吉时除了外力,还得靠自己噢。

项目发布的影响评估及对应策略

1.评估项目是否有重大特殊意义

项目如果涉及重大对外披露、公关、或政府合作、国际合作等具有重大事件意义的,通常发布时间也没有可商榷空间,务必要引起一级重视。比如双11发布,比如大佬们联合站台,在某分某秒按下启动键的。这类项目的底线是不出错。

对应策略:

1)分解项目风险,并将风险逐一解耦,避免多问题并发。

面对复杂业务、复杂系统,需要多次事前模拟演练,把各种问题提前想好并做好预案,项目管理中有一项是风险管理及应对办法。

同时,减少各环节之间的依赖关系,尽可能做到关键环节可插拔、有备案。

还要,加强每个环节的自查、自测。我曾经服务的事业部曾经捅出过大篓子,上下游七八个岗位的人,人人都忽视了,最终导致和上级主管部门互通的系统接口挂掉,事业部大量业务积压,无法往前推进。

2) 提前准备好项目的启动/关闭按钮。万一发布后遇到问题,可以快速切回老链路。

中国人的智慧往往深奥又通透。早年前看话剧时,有个山西富豪之家,由于经营变故,家族无以为继。在大家都以为完蛋了的时候,老祖宗镇定自若,告诉大家我早就为家族准备好保险基金,存放多年的金银财宝足够亮瞎孝子徒孙们的眼睛,最终帮家族顺利度过危机。

项目开关键,可以让项目和发布解耦,需要的时候打开,不需要或有问题的时候,关闭。相当于做了防护垫,给项目留了后路,以防万一。当然得保证关闭后,可以顺利切回老链路,万一切回去,发现老链路不灵光了,哭天抹泪也没用。

2.合理评估项目对业务的影响,对用户的影响,重要高风险项目,灰度发布,低谷发布。

比如项目发布将改变原有的资金链路,而资金链路是全新的,又很巧项目是第一个用新的资金链路的。怎么办,直接切?如果只有几个客户,就几十块钱,或许发就发了。可是如果是几十万、甚至上亿的资金,怎么办?直接发布上线,风险太大。同样,对用户行为习惯有重大改变,且改变带来的影响又有不确定性的时候,项目发还是不发?

策略:灰度发布;选择用户访问低谷时发布,待验证没有问题,再进一步扩大发布范围。

我们之前在蚂蚁遇到涉及大量资金链路改造的项目,会选择灰度发布,灰度切流。先切100个用户,没问题了再切1000个,再验证没问题再切1%,再逐步放大,全部切完可能需要3个月。

有些特殊项目会选择在凌晨3:00-4:00发布,可能还得邀请几个种子用户帮我们做真实的在线测试,线上验证通过了,才会逐步扩大项目发布范围。不是所有的项目都适合敲锣打鼓的发布,一飞冲天。

3.合理评估对协同环境的要求,避开自己把控不了的资源瓶颈

前段时间,我们遇到项目延期,热心的研发GG们沟通后,决定周五发布,毕竟延期发布终究打脸。

研发负责人:”我们周五发吧?”

产品负责人:”确定吗?”

研发负责人:”发了好了。”

产品负责人:”周五发上去,如果有问题,怎么办?”

研发负责人:”有问题我们来处理,不会有问题的。”

产品负责人:”项目涉及两个外部团队的资源,都得求爷爷告奶奶,他们的链路很长,你确定发上去,如果有问题,能搞定这两个外部团队,让他们周末来协助我们?”

研发负责人:”我知道周五不是吉时,还不是为你们好,不想拖了呀?”

产品负责人:”还是下周发吧,稳妥点。”

如果项目发布,受不可控的资源影响,需充分评估到这点,项目发布需要他们的参与。

应对策略:避开不可控的资源和不可控的时间,比如周末。

4.如遇封网,提前做通盘考虑

很多公司会有封网,尤其遇到重大时间,比如双11,双12 等,所以在项目计划上,需要考虑封网带来的影响。

当然有的公司,封网也可以发项目,这要看各自的本事和公司整体环境。

综上所述,在选择项目发布的吉时,需要考虑以下因素及应对策略分别是:

1.如果项目有重大特殊意义,但项目又有潜在风险,则:

1)分解项目风险,并将风险逐一解耦,避免多问题并发,减少各环节之间的依赖关系,尽可能做到关键环节可插拔、有备案,加强每个环节的自查、自测;

2)加厚防护垫,比如提前准备好项目的启动/关闭按钮。

2.如果项目对业务、对用户有重大影响,则:

1)采用灰度切流的方式发布;

2)首个发布吉时选在用户访问的低谷期,待验证没有问题后再扩大项目发布范围。

3.如果项目对外部不可控的资源有要求,则将项目发布时间定在资源可控的时间,比如避开周末。

4.如果有封网,提前将封网时间纳入通盘考虑。

最后,祝大家的项目发布666!

本文由用户@Ashley发布于新媒体运营,未经许可,禁止转载。

题图来自 Unsplash,基于 CC0 协议。

本文由 新媒体运营 作者:Ashley 发表,其版权均为原作者所有,文章内容系作者个人观点,不代表 新媒体运营 对观点赞同或支持,未经许可,禁止转载,题图来自Unsplash,基于CC0协议。
0

发表评论