经验分享项目发布这点关键因素需要注意

　　项目发还是不发？什么时候发？笔者亲身经历了阿里的项目发布之旅，总结了4点经验与大家分享。
　　产品经理和研发负责人勾搭着背，在电梯拐角处，暗下私语。
　　研发负责人从兜里掏出一包烟，产品经理也拿上一支，默默燃上。
　　研发负责人说：发吧，别纠结了，万一我们狗屎运，项目一飞冲天呢！
　　产品经理哼唧了一声，凶狠的抽了一口烟，说到：还一飞冲天，你特么不怕踩到雷啊？项目一旦上去，万一出问题，怎么办？一屋子人全完蛋。
　　研发负责人：丑媳妇总要见公婆的，996了这么久，大家心里都憋着一口气，总要发的呀，不能天天内测吧？
　　产品经理脑海里翻滚着之前项目踩过的雷，受过的伤，又浮现出老板那饥渴的眼神，还闪过这个历经几个月的项目（有几个雷区一直没踩实），内心忐忑，但时间点已在眼前，不发也不行。
　　研发经理：要不我们明天一早去灵隐寺许个愿吧，请菩萨保佑我们，项目发布马到成功。
　　产品经理想着明天是周二，菩萨们工作日比较空，或许心情好些，可能就真的保佑我们了。（马老师说过，请菩萨帮忙不要周末去，周末去的人太多，菩萨太忙，没法照顾到你。所以要等菩萨空一点的时候去，工作日去，也是自己诚意的一种体现。）
　　第二天，产品经理和项目经理清晨5：00就到灵隐来许愿，希望菩萨能给个项目发布的吉时。
　　哈哈，故事先告一段落，仅供娱乐。
　　不知道大家有没有遇到过这么纠结的项目发布？发也不是，不发也不是，想发又不敢发，都已经希望菩萨保佑，还想菩萨赐给个吉时。
　　对产品经理和研发同学来说，项目发布是稀松平常的事，似乎没什么特别的。
　　我们今天看看别人经历过的项目发布之旅和应对策略。项目发布的吉时除了外力，还得靠自己噢。
　　项目发布的影响评估及对应策略
　　1。评估项目是否有重大特殊意义
　　项目如果涉及重大对外披露、公关、或政府合作、国际合作等具有重大事件意义的，通常发布时间也没有可商榷空间，务必要引起一级重视。
　　比如双11发布，比如大佬们联合站台，在某分某秒按下启动键的。这类项目的底线是不出错。
　　对应策略：
　　（1）分解项目风险，并将风险逐一解耦，避免多问题并发。
　　面对复杂业务、复杂系统，需要多次事前模拟演练，把各种问题提前想好并做好预案，项目管理中有一项是风险管理及应对办法。
　　同时，减少各环节之间的依赖关系，尽可能做到关键环节可插拔、有备案。
　　还要，加强每个环节的自查、自测。我曾经服务的事业部曾经捅出过大篓子，上下游七八个岗位的人，人人都忽视了，最终导致和上级主管部门互通的系统接口挂掉，事业部大量业务积压，无法往前推进。
　　（2）提前准备好项目的启动关闭按钮。
　　万一发布后遇到问题，可以快速切回老链路。
　　中国人的智慧往往深奥又通透。早年前看话剧时，有个山西富豪之家，由于经营变故，家族无以为继。在大家都以为完蛋了的时候，老祖宗镇定自若，告诉大家我早就为家族准备好保险基金，存放多年的金银财宝足够亮瞎孝子徒孙们的眼睛，最终帮家族顺利度过危机。
　　项目开关键，可以让项目和发布解耦，需要的时候打开，不需要或有问题的时候，关闭。相当于做了防护垫，给项目留了后路，以防万一。
　　当然得保证关闭后，可以顺利切回老链路，万一切回去，发现老链路不灵光了，哭天抹泪也没用。
　　2。合理评估项目对业务的影响，对用户的影响，重要高风险项目，灰度发布，低谷发布
　　比如项目发布将改变原有的资金链路，而资金链路是全新的，又很巧项目是第一个用新的资金链路的。怎么办，直接切？
　　如果只有几个客户，就几十块钱，或许发就发了。
　　可是如果是几十万、甚至上亿的资金，怎么办？直接发布上线，风险太大。同样，对用户行为习惯有重大改变，且改变带来的影响又有不确定性的时候，项目发还是不发？
　　策略：灰度发布；选择用户访问低谷时发布，待验证没有问题，再进一步扩大发布范围。
　　我们之前在蚂蚁遇到涉及大量资金链路改造的项目，会选择灰度发布，灰度切流。先切100个用户，没问题了再切1000个，再验证没问题再切1，再逐步放大，全部切完可能需要3个月。
　　有些特殊项目会选择在凌晨3：004：00发布，可能还得邀请几个种子用户帮我们做真实的在线测试，线上验证通过了，才会逐步扩大项目发布范围。不是所有的项目都适合敲锣打鼓的发布，一飞冲天。
　　3。合理评估对协同环境的要求，避开自己把控不了的资源瓶颈
　　前段时间，我们遇到项目延期，热心的研发GG们沟通后，决定周五发布，毕竟延期发布终究打脸。
　　研发负责人：我们周五发吧？
　　产品负责人：确定吗？
　　研发负责人：发了好了。
　　产品负责人：周五发上去，如果有问题，怎么办？
　　研发负责人：有问题我们来处理，不会有问题的。
　　产品负责人：项目涉及两个外部团队的资源，都得求爷爷告奶奶，他们的链路很长，你确定发上去，如果有问题，能搞定这两个外部团队，让他们周末来协助我们？
　　研发负责人：我知道周五不是吉时，还不是为你们好，不想拖了呀？
　　产品负责人：还是下周发吧，稳妥点。
　　如果项目发布，受不可控的资源影响，需充分评估到这点，项目发布需要他们的参与。
　　应对策略：避开不可控的资源和不可控的时间，比如周末。
　　4。如遇封网，提前做通盘考虑
　　很多公司会有封网，尤其遇到重大时间，比如双11，双12等，所以在项目计划上，需要考虑封网带来的影响。
　　当然有的公司，封网也可以发项目，这要看各自的本事和公司整体环境。
　　总结
　　综上所述，在选择项目发布的吉时，需要考虑以下因素及应对策略分别是：
　　（1）如果项目有重大特殊意义，但项目又有潜在风险，则：
　　分解项目风险，并将风险逐一解耦，避免多问题并发，减少各环节之间的依赖关系，尽可能做到关键环节可插拔、有备案，加强每个环节的自查、自测；
　　加厚防护垫，比如提前准备好项目的启动关闭按钮。
　　（2）如果项目对业务、对用户有重大影响，则：
　　采用灰度切流的方式发布；
　　首个发布吉时选在用户访问的低谷期，待验证没有问题后再扩大项目发布范围。
　　（3）如果项目对外部不可控的资源有要求，则将项目发布时间定在资源可控的时间，比如避开周末。
　　（4）如果有封网，提前将封网时间纳入通盘考虑。
　　最后，祝大家的项目发布666！