迟到的“年终总结”

去年，项目团队经过近一年的努力完成了一个项目开发，系统已经平稳运行三个月了。回想整个项目的开发过程，感觉有挺多经验教训想与大家分享。

首先，总体感觉该项目从开始需求分析、系统分析设计到后来的编码、测试以及部署运行，基本上都进展顺利，也达到了客户的要求，得到了他们认可。总结起来得益于以下几点：良好的沟通；深入细致的分析设计；优秀团队；客户积极参与配合，旧版系统的“重用”，下面具体说说自己的体会。

• 良好的需求沟通。首先与客户进行了充分的交流，且每次调研交流都有主题，并且双方提前预约沟通，这样双方都有了充分准备，提高了沟通的效率；另外，每次沟通之后都有会议纪要和录音，项目团队专人负责整理、归档且消化理解和思考；还有，绝大多数沟通采用面对面的方式，每次沟通项目组每个成员（团队共7人）都必须参加，这样每个开发人员都获得了第一手的需求信息，而不是经过他人转述的信息，提高了需求信息的准确性，也提高了开发人员的积极性；再者，用户的积极配合参与到项目的各个阶段，比如在需求获取时，客户每次交流时，尽量用word画出他们想要网页的样子，这样双方交流时，形象直观，无障碍交流。还记得前几年做项目时，我照本宣科，按照UML规定，画出用例图、活动图和用例去和用户交流。其实现在想来，线框图（网页的半成品）是一种很好的与用户交流和获取需求的工具。最后，尽管需求已经了解很清楚了，但是，在开发过程中，用户还是提出了一些小的变更，其实这是软件开发中过程中再正常不过的事情了，正应验了那句名言“软件开发中，唯一不变的就是变化”，“需求永远不可能被冻结”，开发者应该积极拥抱变化，而非消极抵触变化。

深入细致的分析设计。作为设计师，一定要有大局观，视野开阔，同时考虑问题要有深度。在此项目中，基本做到了这一点。另外，能够把软件要实现的功能设计细化到方法级。也就是从软件架构、类、类方法以及方法实现的过程都有相应文档，同时给开发人员讲解，交流沟通，让开发人员了解自己要做什么，以及具体怎么做。这种做法虽增加了设计的工作量，但是做到了开发可控，即使有问题也不会有什么大问题，该方法尤其适合开发人员水平不高的团队。从当时用户系统测试的效果来看，基本都是个别小问题，没什么大的问题。本次深刻体会到了团队的重要性。软件开发既是工程，也是工艺。既要遵循一定框架，更要以人为本。在团队建设、磨合等阶段，多从开发者角度处理问题。在项目中要学会“重用”，分析设计中，团队成员了解学习了旧系统的数据库、界面等方面内容，取其精华，为我所用。运用头脑风暴法解决问题，发挥集体的智慧。遇到问题，特别是棘手问题，召集大家讨论，最后好些貌似困难问题，都较好解决了。

存在问题：整个项目没有进行代码评审和单元测试，导致在用户测试时暴露了问题。

下一步打算：

进一步学习和实践项目管理方面的技能；展开有关高并发、大用户、海量数据环境下相关问题的理论研究和工程实践。目前这些问题逐渐成为困扰项目的问题，计划从前端的页面显示、WEB服务器集群、数据缓存技术、数据库性能优化等方面进行系统