项目开发感想

发布时间：2014-06-20 15:41:41.84 作者：管延明

　　工作大半年了，上次和老师聊天，邀请我写篇项目开发感想，这个项目是个很赶时间的项目,周末也要自觉加班。很累，但是还是撑过来了，终于把手头上的一个大项目做完了，才得以腾出时间写写总结。

　　从4月开始投标然后陆陆续续有人加进来，我是5月初加进来的。4月部门经理吴经理就先主导需求调研，同时招聘这个项目的项目经理。初步需求搞定了就到了5月份。由于自己有相同的项目的开发和管理经验，吴经理要求我过来支撑一下前期开发工作。等到项目经理到位了，吴经理就脱身了。然后就进入了我们辛苦的6月和痛苦的7月。

　　做项目的向来都很辛苦，不加班不正常。人员配备齐全后，吴经理问我这个项目问题大不大。自己当时没有理解吴经理的意思，就很乐观地说没问题。我这么一说，吴经理就渐渐脱离了这个项目，等到我反应过来的时候，自己已经集开发管理、设计和开发于一身了。新来的项目经理大刘一直在熟悉需求，迟迟没有上手。需求和进度的控制也没有人做。

1、吴经理脱身太早，需求调研衔接不好。我和大刘到位后，吴经理就成天出差。虽然做了初步的需求调研，很多东西又是有待客户确认的甚至是业务逻辑不清晰的。需求的不明就直接得影响到我们对业务的理解和系统设计。

2、大刘迟迟不能把握需求。在我看来，一个项目的责任是自上而下的。所以谈感想的时候也要自上而下。大刘是吴经理强力推荐的。估计在社会经验上面的丰富程度让吴经理做出了这个决定。8月份的大刘始终都处于整体业务的梳理阶段，至于需求调研和项目进度的控制做的很少。

3、原本以为吴经理会一直主导本项目的需求调研和项目管理。所以给自己的定位是开发兼内部技术支持的角色。后来发现吴经理脱身的时候，自己已经在做他做的事情了。这个时候，如果可以及时和吴经理沟通，讨论如果继续支持项目进度的话，估计自己不用经常加班、项目管理也会比较顺畅。我只是默默的加班，经常性的加班也导致工作效率的下降，以此恶性循环。

4、开发环境的搭建问题。7月份在调研的时候已经有人进入这个项目并开始做架构的梳理和公共环境的搭建了。不过搭建的环境确实不敢恭维。我们拥有相同的项目经验，当不一定可以原班照抄的把原先的项目搬过来用，这一点小公司应该最清楚。搬过来后的结构，无用的代码堆积得让人感觉像是一个超级大胖子身上的肥肉。另外我们使用的数据库的试用版的只支持一个用户连接，严重影响了共同开发的效率。另外没有搭建WEB服务器为我们后来部署给用户的时候保留了相当大的难度。

5、合作的问题。这个问题在我们的开发中没有成为一个大问题，因为大家都想把这个项目做好。需要提到的一点，就是和老板的沟通问题。在为用户部署程序的时候，发现的web服务器支持jstl有些问题，导致需要现场更改很多的代码。事后问道大刘，回答：老板说web服务器没什么差别，就没有管。如果是当时的我，同样也不会反驳老板，因为我确实没有用过websphere，更不要说和tomcat的差别了。更何况是老板，没有充足的理由，也最好不要反驳他。现在的话，有了彻夜修改代码的惨痛经历后，情况应该会不一样了。说到头还是经验的问题。

6、乱七八糟的问题。比如代码管理服务器经常死掉、数据库版本不一致等等。

　　总结一下：

　　大多情况下，付出是有回报的。有朋友就跟我提议，赶快让老板加工资。很现实，可我没有这个习惯，也不习惯在这个节骨眼上做这样的事。作为经验的总结，我很高兴自己能以当前的角色进入这个项目，虽然没有得到相应的物资或者精神奖励，但是我很清楚自己得到了什么。这是最重要的，至少对现阶段的我来说。

1、要把需求写好。这个不用说了，谁都不想更改设计。

2、做好需求的跟进和需求的版本控制。需求也有版本，做好了，加以时间的控制。切切实实让内部的开发人员感到自己没对的是一个确定了的需求。

3、模拟环境和开发环境。

4、控制好用户的进度要求。这个需要比较高的谈判技巧和应变能力。总体来说还是为内部创造比较宽松的开发时间。不要三天两头的过去调试系统，时间浪费很大。

5、合理分工，尽量发挥各人的优势。再牛的人也有极限，分工要合理。

6、需要注意程序员的心态。过长时间的加班会导致身心疲惫，开发效率可想而知。需要一些休息或这实质性的进展让同志们看到希望。

7、牢牢地跟进开发进度。适当地做调整，让项目始终处于掌控之中。

分类导航

项目开发感想

延伸阅读

我想了解如何学习