前面说到过，刚开始带小组，接到一个任务，我就估算了我大概要多少时间，然后小组多少个人就算是多少个我，估算时间＝我要的总时间"小组人数（好笨的想法呀，不用时间跟组员交待任务的吗？个个组员都是我吗，比我强的还好，顶多做完了休息，差一点的就麻烦了），结果实际时间多了很多，而且小组里有的人做完了无事可做，有的人则忙得焦头烂额，容易打击组员的积极性，造成组员之间的不满。
随着经验的积累，要想把任务分配得比较合适，首先要对自己的组员有一定的了解，最好能量化，其次要把握好任务（这就看需求分析及系统设计的功力了），以下是我的一点经验，我把我的组员分类（简称ABC分类），主要划分的指标有技术能力，做事速度，业务理解能力。
主要看前两个指标，因为我在做需求分析的时候已经把业务弄熟了，分配任务的时候我会尽量从程序员的角度跟他们描述业务逻辑，以下是我跟组员讨论业务的一点心得：
1，业务上的一些概念名词要注意讲清楚，不要一带而过；特别是跟程序名词相近的。
2，讲流程，尽量多画图，对着流程图讲解方便易懂，把来龙去脉讲清楚。
3，多讲讲为什么这样做（思想），反过来可以验证自己是否真的理解了业务了。
4，对于组员提出来的疑问，要能明确回答（验证业务、设计是经得起别人考验）
组员划分等级（每项满分10分），如图：
能力等级
技术能力
做事速度
A+
非常好（8-9）
慢（5）
A
好（7）
快（6）
B
一般（6）
快（6）
C
一般（6）
一般（6）
相关文章
