遇到Loaded plugins...怎么办？

从技术管理的角度来看，这个问题可以很典型地反映出研发岗与技术管理岗的差异。今天我们就来聊一聊这个事情。

技术管理的思维

从提问者的文字描述来看，我们大致可以推断出他的想法：Leader 肯定要比员工懂得更多的技术细节，不然怎么做 Leader 呢!站在技术 Leader 的角度，这句话其实对错分半。对的地方在于技术 Leader 确实懂的比员工多，但不是细节，而是全局。错的地方在于技术 Leader 并不需要懂所有细节。

当你从一个员工变成了 Leader 的时候，你的职责不再是做完这个需求就完事，而是对这个团队的产出负责。这个时候你个人是否实际去做事，是否了解具体的细节，其实变得不再重要了。你关注的重点应该是整个团队，你应该去做哪些对整个团队有益的事情。

之前你能很好地完成一个需求，并且能非常出色地完成。但即使你再怎么努力，你最多也就影响这一个需求而已。但如果你是一个团队的 Leader，那么你做的事情就可以影响整个团队，此时你的产出就是这件事乘以所有人。从这个角度来说，你此时考虑的应该是整个团队，而不是具体某个需求。

关注团队的整体产出，而不是自己具体做了多少需求，是成为技术管理者的思维转变第一步。

现实情况不允许

为什么说技术 Leader 不需要懂所有业务细节?

这是因为现实情况不允许!因为这是一个不可能完成的任务!

当团队只有两三个人的时候，技术 Leader 确实是可以亲力亲为，什么事情都自己干，任何一个业务细节都摸透了，遇到线上问题自己冲在前面。但是当你的团队变成 8 个人了呢?当你的团队变成 20 个人了呢?你的团队变成了 100 个人了呢?你还能了解所有细节，你还能所有问题都自己解决吗?

想必对于这个问题的答案，大家都清楚，答案肯定是不可能!那么既然不可能，那么我们有什么办法去解决「大团队」的工作协作问题呢?此时这个问题就不再是技术问题，而是一个具体的学科问题，我想这或许是组织管理、领导力的概念了。这块我也不是很懂，所以这里就不展开了。下面我结合我的实际经验，聊聊十几个人的团队怎么做组织管理和分工协作。

团队达到十几个人，我们需要有授权的概念。授权的意思是我把一部分权利分给员工，员工可以在权利范围内自行决定，不需要经过 Leader 的同意。通过这种方式，来提高事情的处理效率。但授权同时也伴随着责任，这就像法律的义务与权利一样。

授权讲得直白点就是：这块业务给你搞了，这块业务上发生的任何事情，你都需要关注，包括线上问题、系统优化等等。你可以自行决定需求的技术方案以及优化改进措施(权利)。你是这块业务的直接负责人，业务有什么问题你就是第一责任人(责任)。

经过授权之后，一般十几个人的团队会拆分成 3-5 个人一组的小组，单独负责 1-3 个系统。这时候这几个小组是一个独立的单元，可以高效地自行运转，不需要你做太多的干预。这时候很多业务细节，其实并不需要你去干预。你只需要在关键时刻给予支持和辅导就可以了。

（编辑：常州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!