持续两年的大项目开发经验总结

手上的项目从06.8开始做先行研究到08.1实施完毕，开发相关人员从3人到14人，是我目前编程生涯中最大项目了。这期间各种角色都体验过，现在要总结经验。
------------------

倘若上司不懂技术而又爱插手开发，Leader的责任便更重大：要能合理拒绝不合理的功能需求，说服延时不适时宜的重构要求，拒绝不合适的人员安排。

比用户频繁更换需求更麻烦的是上司心血来潮。先讨论清楚要的是什么不要立即跟从。最好把开发放到下一个增量阶段的计划中；若说服失败，则安排少量人员简要地实现一个原型，交给上司提修改意见直到他确定了自己所想要的并改善带来的问题。切忌跟着冲动简单构思下就安排任务更改开发计划，否则就准备绕迷宫吧。

未研究的过技术最好不要应用。若有应用的需要，最少先安排两个人做相关研究，并一定要调查、搜集该技术相关的缺点，之后再做决定。特别是影响架构的选择。

团队里要有人偏追求技术。有新技术点的应用和公用方法、编码工具要鼓励及时分享和推广。他们能带动提升团队的素质和提高开发效率。

太多个模组同时开发不如集中力量开发效率高。

合作开发比独自开发更助于提高质量、提高工作积极性、降低烦躁等不良情绪的产生。

建模人员两个最好，有人商量相互弥补不足且保证建模风格统一。

结对编程是个好的开发模式，前提是两人水平相当，若是想带新人适合用小组模式。

开发周期长，人员流失不可避免，要保证知识的传承。开发文档若不能保证齐全，就要保证开发时每个功能点要保持最少两个人知道。不要等到交接才匆忙安排。

重视新人的培养，否则会青黄不接，没人能保证半年后开发主力能剩几个。给新人一个月时间熟悉项目适宜，懵懂上阵很容易添乱。提供和内部教材的学习资源要保存、更新。