项目开发经验总结[2.26更新]

手上的项目从06.6开始做先行研究到08.1实施完毕，开发相关人员从3人到14人，是我目前编程生涯中最大项目了。这期间各种角色都体验过，现在要总结经验。
------------------
管理者部分：
倘若上司不懂技术而又爱插手开发，Leader的责任便更重大：要能合理拒绝不合理的功能需求，说服延时不适时宜的重构要求，拒绝不合适的人员安排。

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

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

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

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

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

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

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

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

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

团队之间产生争执是正常的，说明大家乐意分享自己的观点。无论哪种观点被采用，大家都要沿此方向去努力，而不应该对这种做法有抵触心理，这会令你无法进入状态影响发挥。这对自己、团队、项目达成都没有好处。当这方向走不下去的时候，再提出之前未被采纳的意见重新考虑，这才是合适的时机。

新人部分： 
新人进入团队首先要学会沟通。很多新人怕问，接了任务埋头看，到交期时才发现什么成果都没有。要知道造成整个项目进度Delay可是比没有能力完成任务更严重的后果。只有去沟通，别人才能知道你需要什么帮助，项目经理才能合理调整任务分配。

向别人请教问题时，先想好怎么描述，最好能直接告诉自己所需的技术点、要达成的目标、遇到的困难；先把重点讲清楚，之后再诉说相关信息和过程。一来大家都有工作，不会认真记每一点；二来相关的因素听多了影响判断。