项目发布，这4点关键因素需要注意

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

研发负责人从兜里掏出一包烟，产品经理也拿上一支，默默燃上。

研发负责人说：“发吧，别纠结了，万一我们狗屎运，项目一飞冲天呢！”

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

研发负责人：“丑媳妇总要见公婆的，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！

作者：水中鱼，10年阿里产品、数据

微信公众号：菩提产品