这些基本都是从老大身上学来的，在PPP项目中起到了积极作用，我认为至少是比较适合六人左右的小项目的。也有的不算是经验，或者说是公认的最佳实践，呵呵。

1、尽可能获得详细的需求，最好把界面先画出来让客户确认，形成文档。毕竟，修改静态的界面比修改程序快多了。

2、有专人负责与客户保持全程接触，此人不设计也不编程。在可能情况下让客户的人员参与项目，项目结束后的维护工作就可以省很多心了。

3、建立两套版本控制，一套负责代码，一套负责文档。交付前，要完全模拟客户环境进行测试，从安装开始。

4、建立bug跟踪系统，专人测试，这一点非常重要，而且测试要尽早进行。PPP项目大多数时间是五人编码，一个测试，测试人员每天都做到晚上10点感觉还是不够用，两人比较好。

5、对于客户提出的需求变化，如果认为不应该修改，要提出原因。但不能对所有的这种要求都否决，可以修改那些不影响模型的。

本文转自博客园八进制的博客，原文链接：由PPP项目总结的几点项目经验，如需转载请自行联系原博主。