团队一起制定了一系列标准规范，包括数据库设计规范、编码注释规范以及性能等其他规范。通过这些规范来约束项目团队成员的研发习惯，避免出现个性化的特色模块。其主要体现在数据库表命名、字段命名、注释模板、变量命名、界面元素命名、类，接口命名、代码组织结构、稳定性、程序包大小等多方面。通过每周的代码走查（Code Review）来检查团队人员是否按照规范在执行，没有按照规范执行的要求立马修改，在编程风格上形成一个统一的风格，对于他人接受项目模块或者是后期的维护，都具有非常重要的作用。
团队人员流动造成项目进度拖延，同时也会增加项目风险和成本，期间有一个员工离职，幸运的是从别的项目组及时的调配了一个人员补上，避免了因为人力的缺乏对项目的进度带来影响。在整个研发过程中团队成员之间讨论问题也发生口头上的争吵，没能达成一个统一的共识的情况，纳闷的是组里面就有个一位老员工，时常因为讨论问题因为意见不合而和新员工发生争执，明明知道自己的东西存在问题也不承认的陈咬金。虽然作为项目的负责人，也是团队的技术经理，某些时候也很难说话，为了解决问题不得不得罪人，针对不同的情况我主要采用了以下几种方法：
1）、综合评估团队成员的方案，分析各自的优缺点，最终让团队成员一起总结出最佳方案。
2）、综合评估团队成员的方案，根据自己的经验和对业务的熟练度，给团队成员提出备选方案，最后让大家评估选择确定方案。
3）、团队成员的方案都不可行，根据自己的经验给出一套方案，强制项目团队执行。
4）、出现沟通解决不了的问题，及时上报给领导，让上层人员出面调解。
本篇内容为本人在项目管理工作中的真实记录，以便在项目管理过程中遇到同样的问题的朋友参考。同时欢迎广大从事项目管理的朋友前来指点、交流，大家共同学习，进步。
版权说明
本文属原创文章，欢迎转载且注明文章出处，其版权归作者和博客园共有。
作者：Beniao
文章出处：http://beniao.cnblogs.com/ 或 http://www.cnblogs.com/