项目移交完成,一点回顾

项目是日本人拿过来的,移植到XBOX360上。Alpha版本阶段没有大问题,底层库剥离,2X/4XFSAA,固定管线到Shader移植等等,都比较顺利的完成了。

但是Beta版本是加入式样,也就是说加入不少原创的东西。这里就有个问题,项目规划和安排。

我们大概5个人做这些东西,事先都没有太多经验,组长前期抓的比较松,所以大家干活就不是特别紧。又由于历来项目管理不是很规范,结果只有一个MS Project做成的MPP工程资源分配文件,也划分的不是特别细;式样也是自己定,所以参照了很多以前的项目式样,没有考虑太多制作能力和美术能力,制作难度之类的东西,Beta前期比较轻松,但后期就开始忙,尤其是到最后Beta要交工的时候,连续加班了一个来星期。

这几天轻松了,稍微回顾一下,感觉项目里有几个不令人满意的地方。

1. 项目规划。这里包括时间规划和任务安排。任务安排相对可能还比较简单, 划分的仔细点,XX干OO,YY做ZZ。前期还算比较理想,不过越到后来,越忙不过来,于是先干完的帮落后的干,结对编程,加班, 什么都上了, 基本不照计划来了;个人感觉是时间抓的不好,前期大家都在懒懒散散的干,效率很差;效率差也就算了,代码质量总能保证吧,不行,几百行的大函数没有一行注释,莫名其妙的数字硬生生的写在代码里,随意起的变量名和文件名,乱写的宏,无用的代码不删掉,什么都有。

2. 逻辑理不清,考虑不周全。包括我自己和同事都有这个问题,想到哪写到哪,没有一个完全的思路,很多地方该有的逻辑都漏写,导致后来Beta测试Bug一堆。这个也不能完全怪我们,日本人的代码风格也是一塌糊涂。不过本质上说,最开始没有好好的设计,没有详细的讨论,赶鸭子上架,都抱着先做出来再说的心态去干活,必然是这个结果。

3. 各自的水很深。每个人都不知道别人在干什么,当前做到哪,都想着赶紧做完拉倒。同事离职项目移交,才发现没有文档不说,代码命名都是name1, name2,name3之类, 时间紧赶出来的东西,测试时到处是Bug;某个S级死机Bug,组长硬着头皮和同事一起看了3、4天,代码基本Review一遍,还逼着他画了流程图,顺便还发现了一堆别的错误。(对不起XXX了^_^)

 4. 有太多东西要从头写。公司项目做过也不少,大部分项目Master一交,就永远沉睡在硬盘上了,这次项目,UI部分要增加,使用的是MS的一套制作工具,限制多多。其实在我们自己的历史项目中,已经有离职同事写的一套UI编辑工具,DLL插件实现,控件类型也已经很丰富,编辑器所见即所得,XML导出结果,甚至是OPENGL和DX跨平台,Linux上都能跑的,可惜随着他的离去就这么湮没在硬盘里了。网络的东西也是,同事费了九牛二虎之力,从公司的别的项目组扒拉出来一套可以用的东西,改了不少,据他说,架构还不错,可惜就是没有代码注释,充斥了Magic Number,导致他浪费好长时间去弄明白这玩意是怎么工作的。公司不注重公共库、公共工具开发维护,项目组自己也不会总结,每次项目很多东西都要从头再写,一次一次重复发明着轮子。

个人觉得大概很多公司都会遇到这样的情况,这些事情肯定也被抱怨过无数次了,不过可能牢骚完了又再开始重复同样的历程,包括我自己。

你可能感兴趣的:(项目移交完成,一点回顾)