版本延误

上周四是要出0329中间版本的时候,在这一天发生了版本延误的问题,导致加班到晚上十二点多才结束。

发生这个问题的表面原因是,原本计划中这一天所出的版本是不包含引擎升级的内容的,而在晚上四五点的时候又决定要在这个版本中加入,而升级引擎的时候又导致某些尚未完成的功能合并代码的时候发生了问题,因此解决引擎升级,以及一些功能合并代码耽误了很久的时间。

有一些原因是客观的。由于这是年后第一次按照新的迭代计划来安排工作,因此在出中间版本和最终版本方面的计划上是第一次经历,在进度安排上经验不太足。第二个问题是这个版本正好还赶上了引擎升级,本身就是一个特殊的版本。第三个问题是当天办公楼的电信宽带还出了问题,导致出包上传速度极其缓慢。第四个问题是这个版本是跨年的版本,中间赶上了长时间的假期,节前有三天时间开发这个版本,因此节后只剩下了一周半,再加上过节请假导致人员不齐,所以这个版本不是以全力进行开发的。

但排除这些因素,还暴露了一个团队上进度安排的问题。在年前的时候就已经完成了引擎升级的工作,但我们在年后回来的进度会上还是一开始决定了这个中间版本不把引擎升级的代码合并进去,且团队成员一直在用老版本引擎的编辑器进行开发,这个安排是不合理的,这种内容赶早不赶晚,应该尽早让团队成员把编辑器的版本都升上去,而不是等到功能都开发完成后再升级引擎。当然,过早的升级编辑器也有风险,很可能导致新功能的开发受到阻碍,因此如何评估这个风险就暴露了另外一个问题:

安排进度的人,对于这个功能的风险评估是不充分的。到底应该尽早升级引擎还是等功能都做完了再升级引擎,事先并没有进行充分的讨论,因此基本可以说是迷迷糊糊的就确定了这个版本不升级引擎,而不升级的理由其实没有仔细想过。

因此以后这些程序独立作业的功能上,还是要加强沟通,完全的评估后作业内容和风险以及和其他功能互相影响的程度,再进行合理的安排。