第3批定制需求,有几点做的不好,在此总结一下:
1、有几个需求,因为当时觉得比较简单,涉及面也比较小,所以就没有很在意。整个开发过程中,将主要的精力和时间投入到别的几个大需求里,对这几个小需求关注不够。
结果转测试过程中,这几个需求就出了比较多纰漏,甚至出现了阻塞业务的BUG。比较关注的大需求,反而没有出现问题
总结:
对整个开发过程进行跟踪管理的时候,需要对开发人员自身的素质(包括编码能力、责任心、细致等)有一个评估。对于自身素质比较高的开发人员负责的模块,可以相对放松一点;对于自身素质一般的开发人员负责的模块,应该要重点关注
开发人员自身的素质,只是考虑的一个方面。此外还要综合考虑模块的复杂性、重要程度等
无论需求是大是小,开发过程中都有可能引入新BUG,甚至会造成基本功能的阻塞。所以不能仅仅根据需求的大小,来确定是否投入主要的精力,要如上所说,综合考虑
2、制作升级包效果不好,转测试过程中发现了很多问题
排除代码变更多,时间紧的客观原因。主观原因是制作升级包的经验不足,以及平时对代码变更的跟踪不到位。这2者都缺失的时候,制作升级包就很难保证质量,关于制作升级包的总结,见另一篇博客http://kyfxbl.iteye.com/blog/1565159
3、负责环境的人员变更频繁,环境没有得到很好的保障
由于这个项目本身的一个特点:环境比较复杂,并且缺乏有效的集成部署手段。环境的部署主要依赖人工操作,所以对负责环境的人员就提出了比较高的要求。
而我们做这批需求的时候,临时替换了负责环境的人,因此整个过程中,对环境的保障就比较不到位。
分享到:
相关推荐
最巨权威的人JAVA经验教训
项目总结经验教训-.pdf
某地产开发城市居民住宅的经验教训及其规律性总结项目前期.docx
胡伟武对龙芯2设计的经验教训总结,对于CPU设计和验证人员有很大的参考作用
很大程度上,它是从过去的需求问题中得来的教训与经验。这儿有几条当你写作软件需求时应记在心上的原则: 保持句子和段落简短。 从开发者的立场来看,检查需求陈述是否足够明确。 努力找到一个适当的粒度层次来...
万科开发城市居民住宅的经验教训与总结.doc
某地产开发城市居民住宅的经验教训与总结.docx
小学班主任工作总结:经验教训总结.doc
某地产开发城市居民住宅的经验教训及其总结页XXXX.docx
项目总结经验教训.doc
1,很不错的书,共同学习学习, 2,以通俗的语言描述了软件开发中的经验和教训
从芯片到云端Python 物联网全栈开发经验教训共享
在雷击灾害中总结教训.docx
对于初学者还是有用的开发经验,适合开发者的使用
xx成片开发城市居民住宅的经验教训和规律性总结.doc
PMP认证考试经验教训总结!.doc
某地产开发城市居民住宅的经验教训及其规律性总结项目前期doc.docx
考研政治过来人的失败教训总结.doc
血泪教训总结出的装修插座布置图.docx
智能仓储信息系统项目验收的经验教训总结,包括智慧叉车、智能营销与智能仓储信息系统,项目甲方为中石化海南炼化公司,做智慧仓储系统的可以进行参考