当个小组长都难

背景描述：

       机房收费系统合作版已经正是开始了，笔者靠着冲动当上了这个小系统的开发小组组长，呵呵，终于当上领导了，好大的官！

上任感受：

       毕竟这个系统已经做过两遍了，需求、文档和代码也都大致了解，没什么压力啊！

走访：

       虽说没压力，但是毕竟没有带过开发团队，╮(╯▽╰)╭，先找师傅征求一下指点。师傅给提了几点：

       1.SVN的搭建与使用，毕竟这是合作开发，不能老是面对面交流，U盘对U盘拷贝。

       2.项目开发计划要规划好，明确每天的任务和目标，自己要适当控制进度。

       3.开发过程中的一些技术要点：多态、反射、封装、接口和设计模式的使用。

       4.开发过程中的一些注意事项：今目标的使用，代码和图的注释要详尽齐全，开发文档要到位。

       接着，又走访了几个其他小组的组长，大家都知无不言、倾囊相助，不一一列举了。

开工：

       感觉这些前期工作都差不多了，时不我待，开工吧。第一件事，写《项目开发计划》。按照老师给的工期，分配了一下各个阶段的时间，画了张甘特图。

……

截止目前：

       时间一跃到了现在，目前尚在编码实现阶段（暂时偏离计划2-3个工作日）。当然中间也前前后后经历了10多天的事，就不写流水账了，写一下感受和以后要注意的事项吧，也算是一笔收获。

       1.任务分配要具体，具体到你的要求和目的。否则可能造成歧义，组员反馈给你的不是你想要的结果。

       2.调动大家的积极性，机房已经敲过两遍了，大家可能感觉轻车熟路，重视度不够，而且大家手头也都有自己的学习进度，这时候组长要有能力调动大家的积极性。

       3.开发过程中严格按照软件工程的开发要求来，每一步都有其存在的重要性和必要性。举个例子，前期原型图时感觉有些交互和显示没必要添加上，大家都理解的差不多。可是到了后期，当要考虑一下界面上应该显示什么效果了，却想不起来，而原型图上也没有，不得已还得运行以前敲的系统看一下效果。（欠下的债，迟早都要还）

       4.及时查漏补缺。在后期实现过程中，发现不足之处及时更新以前的内容，否则等到后面积攒的问题会越来越多。

       5.理想<>现实。永远不要想象它的样子，做出来看看。

       6.行胜于言，Talk is cheap, show me the code！

小结：

       终于明白了为啥项目组长挣得工资要比程序员的工资高，程序员仅仅工作，而项目组长却要协调工作。合作开发仍在继续，这些问题应该是每个小菜都要经历的吧，so，重新整理一下思绪，相信成功就在不远处。