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

2022-08-25 18:47:15 浏览数 (1)

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

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

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

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

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

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

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

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

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

bug

0 人点赞