币圈活动项目早知道今日讯:其实冻结部署这个做法在软体业应该不陌生,就是在开发过程中的某一个时间点,将功能上线的规则设定得更为严苛,通过严格控管对系统的更改,减少目前线上问题发生的机率。冻结部署会因应公司产业的特性、开发的流程有不一样的规则,有些情况允许Bug 的修正,看起来虽然是开发管理中的小小一环,但有规范的冻结却在必要时刻扮演非常重要的角色。
为什么需要冻结部署?什么时候需要?
身为产品经理(惯老板)当然希望专案能持续且不停地进行下去(疯狂部署),而这件事有时候会影响自身在进行某些实验的问题,有时候我们不会发现,但这很重要!所以这时就会需要冻结部署,将能达成以下目的:
1.确保线上产品运作不受到影响
如果不是一周七天都有人上班的公司,那就会需要在放假前做好冻结部署,每次的部署都会有产生Bug 的风险,没有人会希望自己放假的时候发现线上环境出问题。部分产业如电商时常会举办大型促销活动(如周年庆活动、618 大促、双11光棍节等…),通常大型活动都会涉及到大量交易(收益),都会尽可能地避免问题的产生,因此也会需要在活动开始前抓一个日期,停止所有影响线上的任何功能部署。
2.确保产品测试QA 环境干净无虞
当团队部署完一个功能之后,正常的流程会给测试团队或产品经理测试,这边简称QA(Quality Assurance),而当你在QA 测试的是线上版本+你的版本,如果有一个人同时跟你冲突在部署线上版本+他的版本,由于你们都是基于线上版本进行叠加,就会产生版本冲突,这时就会需要冻结部署确保这件事情不会发生,但这件事通常不会出现在一个有经验的产品团队。
3.确保产品上线数据观测客观性
通常一个产品或功能上线之后,会有一个产品经理或产品分析师验证产品成效的一段时间,通常会是某个关键数据(Key Result),如果其他人在进行的部署会影响你的数据观测,例如:你在产品上加了某个花俏的按钮,你希望用户点击,而其他人也在产品上加了某些吸睛的改变,就会影响到你的数据观测,假如你的关键数据提升,不知道是因为你的功劳还是他,这时也需要冻结重复影响的部署,来确保观测数据的客观性。
小结
产品/研发团队会因为不同公司会有不同情境设置部署冻结,以上都是以一个产品经理的角度思考,肯定有很多疏漏的,欢迎各方朋友提供自己在做freeze 的经验互相交流切磋!