项目管理－问题分析及改进建议（3）
3 程序开发方面
3.1 项目技术积累太少，每次新项目的开发基本都是从头开始。
项目开发中，对技术的积累投入太少，导致目前项目结束后很少有真正整理好且严格审核的项目技术积累，每个新项目，往往都是从头开始，或者是直接从别的项目代码中copy部分代码，而这些代码往往没有经过严格的审核和挑选，往往这些代码没有充分共通化，其中鱼龙混杂，不利于再利用。此外，对于新开发的共通，学习成本大，且新的共通代码设计等方面往往不成熟，本身潜在问题可能比较多。
改进建议：针对以上问题，我认为不仅仅是要做好技术总结，以及平时的技术积累，技术收集工作，更关键是要建立一些最典型的开发场景，有点类似于appfuse的思想，然后针对于这些开发场景，收集整理好构建场景所需的各种共通并充分对其共通化，以便扩展，然后经过严格的评审，最后在实际项目开始时，采用合适的开发场景，在该场景之上去构架项目，即实现了跨项目之间的重用，也更便于学习的重用。此外，这些开发场景也应进行统一的维护，升级。
3.2 开发团队磨合期少，整体水平差，代码质量低。
由于当前人力资源的调配并不固定，分配给项目的开发者的水平也参差不齐，且开发水平普遍不高，新手较多，要在很多的时间内组合的团队，整体开发战斗力不强，且代码质量偏低，BUG率高，程序的潜在问题多。
改进建议：我觉得一个技术开发团队，成员的整体战斗力，决定了最终开发出来的项目的成败和质量，因此就必须采取手段已提高成员的战斗力水平，然而成员战斗力在短期之内是不可能有大的提升的。我认为，提高战斗力关键靠平时，且无时无刻的注意成员的培养，比如说可以在代码review的时候教导新手，拿我自己做个例子，我给很多人的代码进行过review，但我并不会只指出他们哪些地方是有问题的就完了，我更愿意告诉他们怎么做才更好，为什么好，遇到类似的问题处理原则是怎样的，然后要求把这些review的结果整理出来，在适当的时候对整个开发团队进行教育。这个只是个例子，我们更应该把这些可以提高整体战斗力的有效手段整理出来，在平时不断的实施，在适当的时候做总结。
(全文 …)
