反思2

周四出了一件事情,让我认识到了自己两方面的不足。

导致这件事情发生的原因是版本的质量没有预期中的高,但接下来我的处理不够成熟,一方面导致事情没有在内部被消化,另一方面则是在分析了导致版本质量不够高的原因后,发现很大一部分原因是在我自己这里对于策划和美术方面进度的把控能力问题很大。

我一开始没有意识到,导致版本延误的原因在我自己身上也有很大一部分,因此从情绪上有些让人恼火,但客观而言,从结果来看这是对自己和团队有好处的,毕竟发现了问题是解决问题的第一步。

最终在团队层面做出了两个决定,第一件事是每个版本封版本后,到上线前的每一周,修改BUG的时候都进行代码Review,从而提高BUG修复的品质,降低出现低级BUG,回归BUG,以及按下葫芦起了瓢这种情况的发生。

另一件要做的事情则是在每个版本程序正式进入作业前,多加一些时间节点,确保策划和美术能够即时的完成全部前置工作,否则程序的进度一定会被严重耽误,从而导致版本质量低下。说起来可笑,这是个很简单的原因,但我居然一直视而不见。这方面本质还是由于我对多版本开发的进度把控不到位导致的。

最后,在我个人层面这边需要提高的还是对内对外沟通的能力。我个人是个不喜欢沟通的人,性格孤僻,但要做好目前的岗位,频繁的跟人打交道是不可避免的,怎样更好的对内对外交流对我而言是一大难题,相比还要花很长的时间在提高这方面上吧。

版本延误

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

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

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

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

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

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