编辑导读：产物的版本进级看似简朴，可是其实很巨大，有很多环境需要留意，譬喻任务数量、执行周期、时间节点等。本文作者从实际事情出发，分享了辅佐产物平稳进级的几点发起，但愿对你有所辅佐。

曾有一段时间，每周的版本进级都像是一次次“打赌”，赌赢了早早下班回家，赌输了第二天早上下班回家，险些每次版本进级都布满了不确定性和不行控性，这险些成了团队中难以消散的“阴影”。

为了办理这个头疼的问题，我梳理和类型了整个开拓和进级流程，并颠末多次实践的检讨与迭代，形成了较量成熟的流程类型，大幅度晋升了进级的乐成率，缓解了了团队闻“进级”而忧愁的情绪。

一、明晰一次版本进级包括的任务数量

大概大都产物司理都有过这样的体验：尚有几个小时就要进级了，溘然又测试出来一个新的bug，要求开拓改完再上线，不知不觉中就使得该版本的任务数产生了变革。产物司理认为这是对产物高度的认真，对瑕疵的零容忍的表示，但实际上，却滋扰了开拓同事们有序的进级筹备事情。

因此，我们需要约定好每一次版本进级包括了有几多个需求任务，几多个优化任务，几多个bug修复任务，并记录下来。推荐利用简朴项目打点东西，假如没有，用Excel在线文档也可以。一旦需要增加任务，产物司理需要综合考量，而不是一味地“逼着”开拓当即执行

二、明晰一次版本进级的执行周期

每周牢靠一天作为“进级日”是很早就形成的老例，相信许多公司也是这样。但与开拓同事相同后，发明当周任务当周进级的 *** 会让开拓事情很急遽，个中免不了呈现赶工而导致的问题。

我们凭据老例定在每周四晚固按时间进级，思量到测试和修改问题的时间，假如当周开拓当周进级的话，真正的开拓时间只有3个事情日阁下。因此，我将版本迭代的周期拉长为两周：别离为开拓周期和测试、进级周期。当周任务，下周进级，也就是在当周用足足一周的时间完成开拓事情，下一周颠末测试和问题的修复后，再进级。开拓事情与测试进级事情在两周的周期中瓜代举办。

三、确定好一次版本进级在各情况宣布的时间节点和重要事项

在未搭建开拓情况（以下称为DEV情况）时，开拓全部在测试情况（以下均称为BETA情况）上开展事情，经常导致版本宣布时的杂乱，显着在BETA情况验证无误的任务，宣布到正式情况（以下均称为WWW情况）后又有一堆问题。

DEV情况搭建完成后，终于算是有了 *** 的发开事情情况，按照团队的事情习惯等实际环境，我划定了一次版本进级的周期内，什么时候宣布DEV情况，什么时候宣布BETA情况，什么时候宣布WWW情况的时间节点，以及宣布前后要执行的测试和验证行动。

DEV情况的宣布节点为开拓周期竣事的周五晚上，下周一一上班就开始举办测试。在DEV情况，每一个任务要颠末2轮测试，一次是发开工程师自检测试，一次是产物或测试同事举办验证测试。

BETA情况在测试、进级周期的周二晚长举办，在BETA情况下的测试别离由差异的两位产物或测试同事举办交错验证。

最后的WWW情况宣布节点在测试、进级周期的周四晚长举办，宣布后再举办一轮整体验收，即可宣告宣布完成

测试、进级周期的周五对本次版本进级举办复盘，总结履历教导，同时布置下一个开拓周期的任务。

四、对常见的突发问题做好预案

无论何等严密的打算，总不行制止一些意外环境，做好应对突发问题的预案，才气遇事不慌，沉着地处理惩罚问题。颠末一段时间“踩坑”的履历，总结出突发问题主要会合在两个方面：

1. 任务无法凭据打算的时间全部完成

其原因大概是开拓进程中碰着了问题，在某个任务上耗损了过多的时间；也大概是产物司理布置的任务事情量就超出了打算时间；也可能是由于上游协同部分问题影响了正常的事情进度；亦可能是有人告假、姑且有事等等，最终导致打算任务没有在开拓周期内完成。

碰着这种环境，假如不是出格紧张的任务，较量阻挡通过赶工的 *** 加班加点开拓，在打算时间里“硬上”，这样做或许率开拓质量不高，进级时不不变风险很高。

针对这样的突发环境，我提供了2种预案：

（1）担保宣布时间稳定，舍弃掉部门未完成开拓的任务，调解宣布打算，只宣布完成并可以或许充实测试的任务。