团队建设

    这个项目是我带过的最失败的项目了，原因当然有多方面的。大家对于MTK不熟，对碟中碟的接口不熟……可以找出很多理由来。可我知道那是我这个团队存在问题。这次带的团队，从学历和经历上来看，层次是比较高的了。两个有两年C/C++工作经验的了，一个当了两年多的计算机老师，一个刚毕业的本科生。一看都是不错的，所以一开始我就比较盲目的信任他们的能力，以为他们有这么多的经验，可以独当一面了，所以在开发过程中没有把什么都定死，让他们发挥自己的才能。当然一个程序员在开发过程中发挥自己的创建性是很重要的，而我的软件开发经验正是这样一点点积累的。可是正是这个信任，差点害了这个项目。
    很想念在泰又的那个团队，虽然大家都不是科班出身，刚开始我还是里面唯一会C++的，有几个还是中专生，培训他们写代码。可是那时大家都很愿意付出，很愿意学习，大家一起成长，做完项目，大家在一起检讨得失，总结经验，每做一个项目，在做下一个项目的时候，都会有更好的流程，更高效的做事方式。而且最重要的是，大家各方面的能力不一样，互相补充。一个MFC比较厉害的，以后界面方面的问题都交给他了，一个数据库比较强，有关数据库的问题少不了他，其它几个没有什么特殊的才能，但是如果把业务功能的需求做好，他们在做这方面的效率是很高的。我是学数学的，所以在逻辑方面，基础平台方面少不了由我掌舵。所以当时大家的长处都能够尽情的发挥，做的也开心，效率非常高，最重要的是大家都很有成就感！
    当然这次团队不成功跟公司的环境有关，公司招这么多人进来，都没什么事做，大家都是在混日子，所以要他们为项目投入热情是不大现实的。所以在团队建设中，公司的作用是不容低估的。公司要给成员奋斗的目标，对于混日子的人来说，肯定是不会有什么热情的。大家在外面辛苦的工作，无非是为了求财，所以公司对于成功的项目和成员要有一定的激励。对于团队成员，要给他们一定的空间让他发挥，让他有成就感。
    除了公司的作用之外，团队中也要有不少的事要做。不管怎么，团队要有规范，人无完人，每个人都会偷懒的，所以定下规范让大家去执行，没规矩不成方圆。引导出团队成员的激情来，让他们感到做这个项目，会学到很多东西，会有所收获。采用一起好的流程和开发工具。定好项目进度并且认真执行；书写规范的文档，要于指导各阶段项目开发；采用迭代的开发模式，把问题解决在每个迭代周期内；采用单元测试，尽早发现问题；鼓励代码重构，一时期进行代码检视等等。
    总结：建设一个团队，最重要的是对项目投入更多的热情，发挥成员各自所长，让大家觉得做完这个项目会有所收获。这需要各方面做协调和努力的。