程序员成长第二十一篇：做任务分配时，要考虑员工的成长。

我刚晋升小组长那会，其实并不会做管理。无非就是把任务做一下分配。自己做最难的任务，保证项目能够按时完成。结果因为事情过多，自己忙的要死。直到有一次组员中午吃饭聊天的时候才知道，他其实想做那个有挑战的任务。我后面回想，是我太害怕出错了。把难事都放在自己身上。这种解决方案也太极端了。任何事情一旦极端起来就容易出错。

根据能力分配任务本身是合理的，只是我忽视了能力是动态变化的。这会导致三个问题：

一、随着时间的推移，团队整体能力会变小。因为，每个人都会遇到成长的天花板，只是高度不一样而已。越到后期越难成长。

二、会让可塑性人才被埋没。尤其对于刚刚毕业的新人，刚开始能力很弱，但可塑性也是最强的。这时候不给他成长机会，简直是“谋财害命”。

三、团队里最厉害的人会成为团队效率的瓶颈。我们在项目中会遇到各种各样的问题，如果都让一个人去学习、去解决，在时间上并不现实，就算他自己愿意每天加班学习，也不一定能做得到。

极端处理的背后是怕犯错，害怕对外的承诺达不到、害怕出现重大bug、害怕项目延期。这些问题光靠个人是解决不了的，只有通过组织管理来解决。

现在我们项目组的任务并不是分配制度，而是自由选择，一般是由经验最浅的人开始先选，如果难度超出你的能力，也就是我判断你必然会出问题，那我只会允许你做其中一部分业务，但可以参与整个设计。通过跟同事交流和看其编码来学习。

分配任务是属于风险管理的一部分。接着这个问题会引出另一个问题，就是分配任务后，组员做出问题了，是自己解决还是教组员解决？很多专业型管理者习惯性自己解决。尤其是在项目任务紧的时候。其实这不对，这又是在扼杀组员成长。我们说授人以鱼不如授人以渔。教会一件事没有那么容易，他们需要犯错获得反馈。

做任务分配时，要考虑员工的成长。这是我做管理者学到的第一个经验。