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

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

携手创作,共同成长!这是我参与「掘金日新计划 · 8 月更文挑战」的第21天,点击查看活动详情

我刚晋升小组长那会,其实并不会做管理。无非就是把任务做一下分配。自己做最难的任务,保证项目能够按时完成。结果因为事情过多,自己忙的要死。直到有一次跟组员吃饭聊天的时候才知道,他其实很想做那个有挑战的任务,但害怕出错,就没敢提。其实,现在想起来,是我太害怕出错了。所以才把难事都放在自己身上。在很多公司都有这种现象,以至于公司最优秀的人,往往成为了公司的瓶颈。

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

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

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

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

做事情最害怕极端,过于追求安全往往本身就是问题,只是我们有时候没有意识到它是个问题。极端处理的背后是怕犯错,害怕对外的承诺达不到、害怕出现重大bug、害怕项目延期。但这些问题光靠个人是解决不了的,只有通过组织管理来解决。

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

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

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

分类:
阅读
收藏成功!
已添加到「」, 点击更改