一次难忘的项目经历

一次难忘的项目经历

                                                                                        ——记自己的一些反思与总结

           从上一篇总结到现在，已经快两个月的时间了。在这一月有余的时间里，自己参与制作的项目又完成了一个。每一次项目的开始与结束，都会让自己的内心极度的不平静。因为在项目开始时，自己的心中脑中都兴奋异常，牢牢谨记之前犯过的错误，总结的经验，准备在新一次的项目开发过程中大显身手，尽力做出好的产品，努力得到更多的成长。然而在项目接近尾声时，自己头脑中、心中的兴奋劲，已经变得平稳，取而代之的是即将面对结项时的轻松感。之前栽过的跟头，可能并没有再犯，但是依然会经历不同的教训，甚至是比以往都要刻骨铭心。所以，让自己静下心来，记录下自己的反思与总结，这是成长过程中必须要做的事。

         这次的项目，在刚刚开始制作的时候，就犯下了一个严重的错误。因为公司的人手问题，这是一个已经积压了一段时间（1、2个月）的项目。在分析完项目的需求、策划脚本之后，因为其中的疑点与问题众多，所以想要再次与客户方面进行沟通交流。在询问签订项目合同的市场人员时，却得到了一个让我啼笑皆非的答复，说是合同的供货日期快要到了，现在再询问的话可能会带来客户那边的不满（因为市场人员告知客户，产品已经快要完成了）。

        在这种情况下，作为主要的项目制作人员，我做出了一个错误的决定，先进行开发，把其中明确的需求点先制作出来，不明确的暂缓，然后在开发进行到一定程度的基础之上，再与客户人员沟通，这样总比一行代码都不写要强。就这样，在这种情况之下，开始了这一次的项目开发制作。

        为了让项目的开发尽量不受到需求中模糊的地方的干扰，并减少实现部分在日后的修改，我仔细的把客户的需求进行了拆分，尽量划分成小的单元模块，以重组单元代替重新制作单元的方式，小心翼翼的进行开发。这种开发状态，持续了项目总制作工期的接近60%的时间。现在回过头来看，再给我第二次做决定的机会，绝对不会这么干了。因为在这种状态下进行开发，尽管需求划分的再仔细，再细微，在自己的心中始终停留着一个挥之不去的想法，那就是自己现在做的这一切，不论设计、编码还是呈现出的产品，最终会不会被客户全盘否决呢？自己自作聪明的对需求进行划分拆解，到底是能够帮助项目顺利完成，还是会导致最终的全部返工呢？自己不知道。这种思想上的负担，伴随开发的进行，逐步成为了一种包袱，在暗中消磨着自己向既定目标前进的意志。虽然现在看来，结果还可以接受，但是这是得益于项目的规模小，客户的要求不是太严苛，以及公司的商业决策等综合因素之上的。虽然自己挺过来了，但是并不是所有的灾难都是一种磨练，因为你要看它值不值得。

        经历了这一次，我要对自己说，软件开发的流程不是一个儿戏的过程，该有的原则绝对不能舍弃，不要自己自作聪明，因为当你自作聪明的时候，就是错误根源的开始。

        写完了这让我记忆最深刻的一点，然后就是自己在项目的制作过程中，对自己的技术水平又增添了几分信心。编程的规范，程序的结构，文档的编写等，都有小小的收获。这部分内容自己还要更加仔细的进行总结。因为项目的时间节点要求太紧，工作到天亮也是有的，猛然间一看窗外，发现天空已经泛白了，全身心的投入也是一种惬意的感觉（当然，这对身体很不好，不可久而久之）。当从自己的思维中挣脱出来后，一阵疲乏才袭上身来，把自己扔到床上蒙头便睡，也算是小小的过瘾。

        除此以外，还有的，就是自己十分的不甘心，这算是纯粹的个人情感吧。为了迎合公司的商业策略，产品的制作以时间为考量，这种牺牲产品质量，只为早日放出产品的方式，虽然在软件行业（其实，也不光是软件行业，尽管在各个行业，都不应该如此）不是什么新鲜事，但是自己的心里还是十分的别扭。自己一年到头，忙忙碌碌，最后回头看看，架子上的产品都是不够达标的“半成品”，只能一行行的源代码来安慰自己，这种经历，是不是大家都有呢？

        最后，还是要让自己继续保持充足的成长势头，既然能把自己喜欢的事情作为职业，那就抱怨少一些，认真多一些。享受自己不断成长的过程，这是自己参加工作的第二个年头，自己现在要学的太多，需要经受磨砺的地方太多，不要遗失自己的目标，前方的路还长的很呢 : )

        本文出自杜晓萌的博客，未经特殊表明皆为本人原创，请勿用于任何商业用途，转载请保持完整性并标明出处：http://blog.csdn.net/haohan_meng