两年前的一份项目总结

今天在电脑中随便浏览，无意找到一份两年前做某个ERP小项目的项目总结，原本是想提交给领导的，忘了什么原因就压在我的电脑里了，看看能否对大家有所帮助。。

原文如下：

本项目从今年3月份启动，到系统上线一共历经7个月的时间，综合项目历程，本人有如下感想：

(一) 调研阶段。

1. 调研的时间充分是系统设计成功的关键。 本系统的前期调研工作一共用了一个月的时间，在这一个月的时间内，项目组成员每天都与客户进行详细的调研工作，调研工作的详细使得系统在设计阶段没有发生重大的逻辑错误。

2. 调研工作要详细，耐心。由于项目在售前阶段已经进行过粗略的调研，在调研时对于有些问题客户会显得不耐烦，对于这种情况，要耐心与客户做好沟通，让客户理解我们调研工作的重要性。

(二) 设计阶段。

1. 数据库设计是极其重要的一个环节，要特别重视，数据库设计完成要进行细致的论证和审核。本系统在这方面应该有所教训，在前期数据库设计完成之后，论证得不够详细，导致在编程阶段走了很多弯路，不得不修改数据库设计。一定要在满足关系范式的前提下做设计，不要随便为了一时便利而引入表，要在遇到问题时审视原来的设计。

(三) 编码阶段。

1. 本项目部分设计工作与编码是同时进行的，造成了边设计边编码的情况，影响了开发的效率，所以系统设计工作时间一定要充分，编码工作不要急于提前。

2. 每个模块的需求都是不同的，不能考虑“批量生产”模块。编码初期认为编写好了一个模块，其它模块都可以利用，会省很多时间，结果是每个模块的需求都是有差别的，利用批量复制的代码会造成逻辑混乱，并会含有潜在缺陷，往往会事倍功半。

(四) 测试阶段。

1. 测试计划一定要详细，客户方负责人也就可以按计划安排各部门人员做测试，计划要考虑提前性，因为一些不确定性的问题（例如客户本身的突发事件）会使计划延迟，并且要安排好备选的测试计划，如遇突发情况，就可安排另外的测试。本系统的两次测试都是由于有较为详细的测试计划使得现场测试工作有条不紊。

2. 与客户确定的需求要有字为证，在现场测试过程中，客户会提一些需求，对于这种情况，我们每天都整理到《测试处理结果表中》，并且每天都要给客户发邮件确认。这样，对于这样的需求我们就能够保证开发的准确性。而且客户如果再提出不合理的需求我们就能够做到有据可查。

(五) 其它。

1. 定期向客户方领导做项目进度报告。项目开工后，我们每半月都向**部**经理和**部**经理做进度汇报，使得客户方领导很认可我们的工作，在推进项目进展方面给我们很大的支持。

2. 始终把客户方关键用户作为项目组的成员来看待，遇到问题，可让他们协助做解决方案，这样不但增加了关键用户的成就感，而且在遇到问题的时候客户会主动帮我们解决问题，而不是急着催促我们解决问题。

3. 项目组成员要密切配合，肯吃苦耐劳。本次由于项目时间较紧，遇到难以解决的问题，项目组成员都是主动想尽办法以最快的时间解决，保证了项目的按期上线。