带团队，要不要把员工推向前台？

一、事必躬亲，是刚转型管理的技术专家，最容易犯的错误

我还算一个有情怀的技术人，当，我只是一个工程师的时候：

我会把自己负责的模块当成自己家，干干净净，整整洁洁，不允许别人在自己负责的模块里随意写烂代码。
画外音：谁又会允许外人在自己家随便拉屎。

对于架构设计，项目设计，也会尽量调研各种方案，在时间允许的情况下，尽可能选择最佳方案。

对于自己负责的项目，我会了解项目的各个细节，关注关键路径，紧盯项目风险，以确保项目按时上线。
画外音：曾经负责过1000人日的项目，项目准时上线，特别有成就感。

当我带领一个团队的时候，一切都变了：

“你这段代码应该这样写...”
“你这个方案不合理，应该这么设计...”
“你下午去和PM确认下验收结结果，然后...”

在PM和RD在沟通时，我偶尔会插话，“RD说的不详细，这里应该是这样子的...”。

在老板询问一个校招生，对业务流程掌握了多少时，我居然会“抢答”。

路过同事的工位，我会好心的窥屏，指出ta代码哪里写得不对，应该这样这样写...
画外音：额，体会下coder的心情，我还以为帮助到了团队同学呢，真为自己的情商着急。

在团队同学在排查一个线上问题时，我看着ta缓慢的敲着命令，对日志也不熟悉，心里异常焦急。此时，我会将同事一把推开，让我来！！！然后开始哐哐哐敲命令定位问题，最后拍着下属的肩膀，搞定了。

我甚至以为，自己把一切安排的井然有序，还自鸣得意ing...

有一天，tp找到我，和我说。

“事必躬亲，关注所有细节，这样带团队，累么？”
画外音：很累。

“累吧？那你休息一周吧？你猜，当你休假的时候，团队会变成什么样子？”

“你用这种方式，带8人的团队可以，带20人团队，带50人的团队，可行么？”

“一个人牛逼不是真牛逼，把你的本领传授给团队的下属，让团队的人个个独当一面，才是真的牛逼”

我若有所思，似乎明白了什么。

二、拿下属的成果去邀功，推下属出去背锅，是最被人不耻的管理者

听到两个经理在讨论带团队的“术”。
“和你说，我的经验是，团队需要一个‘防火墙’的角色。”
“什么是‘防火墙’？”
“隔在中间，起火的时候推出去，能背锅的一个角色呀！”
画外音：心中奔起一万匹CNM。

做员工的时候，最不喜欢什么样的leader，做leader的时候，就别做那样的人。

做项目总结的时候，我leader都会说，你去。

向老板汇报的时候，我leader都会说，你去。

受邀做技术大会演讲的时候，我leader都会说，你去。

我不解，为啥总把我推到前台聚光灯下？

tp同我讲，“加班加点，一线拼杀的，不都是你么？项目没有你，做不成，难道不应该是你去汇报么？我，只是帮助大家解决问题而已。”

他继续说，“让兄弟们毫无后顾之忧的干，做好了，兄弟们的功劳，没做好，不是还有我扛着么。所以，放手去干就好了。”

“我心里的想法是”，tp继续说道，“我给自己定了一个OKR，每个季度必须让我的老板，认识X个我手下的兄弟。”

一个leader，每天都在考虑如何让“防火墙”背锅。
一个leader，每天都在考虑如何让自己的老板认识自己的下属。
你，愿意跟哪个leader？

总结
leader的职责，是把自己的本领传授给下属，让人人都牛逼。
好的leader，会把自己的下属，推向前台。

原文发布时间为：2018-08-02
本文作者：58沈剑
本文来自云栖社区合作伙伴“架构师之路”，了解相关信息可以关注“架构师之路”。