迟到的“年终总结”

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

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

  • 良好的需求沟通。首先与客户进行了充分的交流,且每次调研交流都有主题,并且双方提前预约沟通,这样双方都有了充分准备,提高了沟通的效率;另外,每次沟通之后都有会议纪要和录音,项目团队专人负责整理、归档且消化理解和思考;还有,绝大多数沟通采用面对面的方式,每次沟通项目组每个成员(团队共7人)都必须参加,这样每个开发人员都获得了第一手的需求信息,而不是经过他人转述的信息,提高了需求信息的准确性,也提高了开发人员的积极性;再者,用户的积极配合参与到项目的各个阶段,比如在需求获取时,客户每次交流时,尽量用word画出他们想要网页的样子,这样双方交流时,形象直观,无障碍交流。还记得前几年做项目时,我照本宣科,按照UML规定,画出用例图、活动图和用例去和用户交流。其实现在想来,线框图(网页的半成品)是一种很好的与用户交流和获取需求的工具。最后,尽管需求已经了解很清楚了,但是,在开发过程中,用户还是提出了一些小的变更,其实这是软件开发中过程中再正常不过的事情了,正应验了那句名言“软件开发中,唯一不变的就是变化”,“需求永远不可能被冻结”,开发者应该积极拥抱变化,而非消极抵触变化。
深入细致的分析设计。作为设计师,一定要有大局观,视野开阔,同时考虑问题要有深度。在此项目中,基本做到了这一点。另外,能够把软件要实现的功能设计细化到方法级。也就是从软件架构、类、类方法以及方法实现的过程都有相应文档,同时给开发人员讲解,交流沟通,让开发人员了解自己要做什么,以及具体怎么做。这种做法虽增加了设计的工作量,但是做到了开发可控,即使有问题也不会有什么大问题,该方法尤其适合开发人员水平不高的团队。从当时用户系统测试的效果来看,基本都是个别小问题,没什么大的问题。本次深刻体会到了团队的重要性。软件开发既是工程,也是工艺。既要遵循一定框架,更要以人为本。在团队建设、磨合等阶段,多从开发者角度处理问题。在项目中要学会“重用”,分析设计中,团队成员了解学习了旧系统的数据库、界面等方面内容,取其精华,为我所用。运用头脑风暴法解决问题,发挥集体的智慧。遇到问题,特别是棘手问题,召集大家讨论,最后好些貌似困难问题,都较好解决了。

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

下一步打算:

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

相关推荐