带团队,要不要把员工推向前台?
一、事必躬亲,是刚转型管理的技术专家,最容易犯的错误
我还算一个有情怀的技术人,当,我只是一个工程师的时候:
我会把自己负责的模块当成自己家,干干净净,整整洁洁,不允许别人在自己负责的模块里随意写烂代码。
画外音:谁又会允许外人在自己家随便拉屎。
对于架构设计,项目设计,也会尽量调研各种方案,在时间允许的情况下,尽可能选择最佳方案。
对于自己负责的项目,我会了解项目的各个细节,关注关键路径,紧盯项目风险,以确保项目按时上线。
画外音:曾经负责过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沈剑
本文来自云栖社区合作伙伴“架构师之路”,了解相关信息可以关注“架构师之路”。
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
SQL Server会话KILL不掉,一直处于KILLED /ROLLBACK状态情形浅析
原文: SQL Server会话KILL不掉,一直处于KILLED /ROLLBACK状态情形浅析 今天遇到一个很奇怪的情况,发现一个会话异常,这个会话只是在执行一个简单的存储过程,里面使用了链接服务器(Linked Server)查询另外一台服务器数据(存储过程里面没有任何显性事务、UPDATE、DELETE操作,只有几个简单的SELECT查询,其中有两个查询使用了链接服务器Linked Server,由于生产环境,不好贴出SQL语句),在DPA监控工具里面,发现该会话引起了非常长的OLEDB等待时间,手工执行测试,发现并不耗费很长时间,KILL该会话后, 回滚状态已完成一直是0%, 估计剩余时间也一直是0秒。如下截图所示: KILL 129 WITH STATUSONLY; SPID 129: 正在进行事务回滚。估计回滚已完成: 0%。估计剩余时间: 0 秒。 如下所示,这个会话的start_time(Timestamp when the request arrived. Is not nullable.)为2016-10-18 02:17:58.210,到现在2016-10...
- 下一篇
实时数据平台设计:解决从OLTP到OLAP实时流转缺失
本文将会分上下两篇对一个重要且常见的大数据基础设施平台展开讨论,即“实时数据平台”。在上篇设计篇中,我们首先从两个维度介绍实时数据平台:从现代数仓架构角度看待实时数据平台,从典型数据处理角度看待实时数据处理;接着我们会探讨实时数据平台整体设计架构、对具体问题的考量以及解决思路。在下篇技术篇中,我们会进一步给出实时数据平台的技术选型和相关组件介绍,并探讨不同模式适用哪些应用场景。希望通过对本文的讨论,读者可以得到一个有章可循、可实际落地的实时数据平台构建方案。 一、相关概念背景 1从现代数仓架构角度看实时数据平台 现代数仓由传统数仓发展而来,对比传统数仓,现代数仓既有与其相同之处,也有诸多发展点。首先我们看一下传统数仓(图1)和现代数仓(图2)的模块架构: 图1 传统数仓 图2 现代数仓 传统数仓大家都很熟悉,这里不做过多介绍,一般来说,传统数仓只能支持T+1天时效延迟的数据处理,数据处理过程以ETL为主,最终产出以报表为主。 现代数仓建立在传统数仓之上,同时增加了更多样化数据源的导入存储,更多样化数据处理方式和时效(支持T+0天时效),更多样化数据使用方式和更多样化数据终端服务。 现代...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- CentOS8编译安装MySQL8.0.19
- MySQL8.0.19开启GTID主从同步CentOS8
- SpringBoot2全家桶,快速入门学习开发网站教程
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- CentOS7,CentOS8安装Elasticsearch6.8.6
- CentOS8安装MyCat,轻松搞定数据库的读写分离、垂直分库、水平分库
- Red5直播服务器,属于Java语言的直播服务器