技术团队管理点滴

我是一个技术男,喜欢研究技术,但因职业发展的需要,做了五年的管理工作。幸好直接管理一个技术团队的一个明显的好处是:可以同时直接参与到技术工作中来,所以这几年还是做到了技术管理两不务。不过正因为我并没有花太多的心思在管理上,所以五年的管理工作所积累的也只是一些点滴的经验,而没有成体系的知识。在此,把这些年的点滴经验总结一下,算是一个里程碑吧。

管理可以这样来分:向下管理、向上管理、横向管理。因为我本人个性非常直接,从来不会P(pai)M(ma)P(pi),所以在向上管理上可以说几乎没有什么可分享的(或许做好领导交下来的任务也算是向上管理吧,但我觉得这好像是份内之事),所以下面就只对向下管理和横向管理说几点吧。

一、相信人


刚开始做管理时,头脑中并没有“是否应该相信人”这个概念。后来随着管理的事情越来越多、系统越来越多,系统问题也是接连不断的发生,而系统问题通常并不是很高级的问题,大部分还是低级问题——不断重复发生的事情形成了我的经验,经验同时也带来了偏见,所以有一段时间我在问自己“我究竟是否应该相信人?”,这个问题曾经困扰了我几个月。

我甚至还想过“前辈的管理者们很多是用制度来管人的,这个想法或许是对的”,幸好这个想法产生不久就被我的初心战胜了——我自己就是一个非常讨厌各种制度的人,如果没有某些制度,则我的工作可能会做得更好。很多制度让我工作起来缚手缚脚、急燥、过份的本位主义等。而要改变一个现有的制度对我这样基层的管理者来说又是非常难以推动的——即然我自己并不相信制度,同时又讨厌制度,那么我还是不要去碰这条不归路了吧。

最终我还是选择“相信人”,理由很简单:我自己是否是可被相信的?如果“是”,那么其他人也是可以的,即使现在还有点不足,我所要做的也不是用制度去规范他,而是想办法使之提升到可被相信的程度。

二、价值观很重要


价值观描述的是观点,而非事实,所以价值观没有对错之分,只有是否认可的分别。而一个公司的核心价值观通常是正面的,主流的,被多数人认可的。但我们也会看到一个现象:虽然公司的核心价值观只有几个字,但很少有人能把那几个字说全的。这是公司企业文化做得不够充分的原因,这也需要我们基层主管做好宣传——这个宣传工作不仅仅对公司有好处,对自己的工作也是非常有好处的,举个例子说:我们公司的核心价值观是“尊重”、“团结”、“认真”、“奉献”,现在做为读者的您是看到这四个词,您是否认同这四个词呢?价值观没有对错,所以无论您是否认同,都没有问题,但我想您大概是认同的,因为这个价值观还是比较普遍的观点。但是否大家都做到了呢?比如,如果大家都做到了“认真”二字,那么我们的系统问题是否还会那么多呢?

所以我认为用价值观统一大家的观点(这个很容易做到,因为几乎没有人不认同公司的核心),并使大家在行为上向核心价值观靠拢(这点需要我们花心思),这样我们的管理工作就会比较靠普了。

三、以自己为表率


团队的文化主要是团队的领导者塑造的。对于一个小团队的领导来说,他(她)更多的并不是运筹帷幄,而是和队员一样冲锋现阵。

这样我们如何带领团队成员呢?那就要在各个方面以自己为表率,业务上、技术上都可成为团队成员学习的对象,同时在传文化上更是做为团队成员的楷模——比如,以前我范过这样的错误:在与团队成员讲需求时,由于我自己的懒惰,因此在讲需求时经常只讲本系统需要实现的样子,而对于整个业务的讲解非常少,同时经常还会说“做成这样就行了。”,这样下来一方面下属对整个业务的理解不多,不利于大家的进步,另一方面会让团队成员感觉我不够认真,这样就可能把“不认真”的态度带到了具体需求的实现中。

小团队的领导并非高管,对于业务和技术理所当然的应该成为团队中的骨干,由其是“技术”,如果不能让下属佩服你,那么你在团队权威性就有问题,不得于自己的领导工作,同时也属的成长很大一部分要靠直属上级的辅导,如果自己能力不够,下属的成长速度也成问题。

四、共赢思维


后续补充。

五、换位思考


后续补充。

时间: 2024-12-27 22:12:21

技术团队管理点滴的相关文章

Lyft高管的技术团队管理实战

Lyft 的技术总监沈思维分享了他对于管理技术团队和打造工程文化的经验,也欢迎添加他的微信公众号"人家的屋顶"了解更多(微信公众号ID: othersroof).沈思维毕业于密歇根大学和卡内基梅隆大学.他早年在 Google 任软件开发工程师 (2005 - 2011),2011年加入 Twitter,后任产品安全部高级研发经理,负责反垃圾及帐号安全方面的工作.2015年底至今在 Lyft 担任研发总监,负责包括支付平台,风控平台.开放平台在内的多个团队.工作之外,沈思维关注并致力于提

IT技术团队管理之成长

------------------------------------------------------------------ 今天先到这儿,希望对您技术领导力, 企业管理,系统架构设计与评估,团队管理, 项目管理, 产品管理,团队建设 有参考作用 , 您可能感兴趣的文章: 领导人怎样带领好团队构建创业公司突击小团队国际化环境下系统架构演化微服务架构设计视频直播平台的系统架构演化微服务与Docker介绍Docker与CI持续集成/CD互联网电商购物车架构演变案例互联网业务场景下消息队列架构

简明技术团队管理(一)写在管理之前

写在管理之前 之所以叫简明项目管理,指的是在资源有限,组织结构不庞大,给与的管理职能时间不多的情况下如何进行技术团队的管理.往往在这种情况下,处于管理职责的负责人会身兼数职.但一定要清楚,管理技术团队和管理项目的区别.即,管理技术团队是要不断提升团队的技术成熟度:而管理项目,则是要完成项目的目标,达成用户或客户的诉求. 实施管理之前,要设立管理的目标,或者用更直白的话说明,就是要解决什么问题.那么,以下几个问题是需要被回答的: 组织所给与的,或者能承受的管理成本是多少?给与的支持有多少? 当前管

QCon2016 上海会议汇总(2) - 团队管理

QCon 2016上海日程:http://2016.qconshanghai.com/schedule <当你的团队还支撑不起梦想时> - 链尚网技术合伙人 杨荣伟 Figo讲述了如何训练团队并且不断成长的过程,从进化论的角度来讲述进化论的基本原则:遗传变异和生存竞争.里面提到的一些催化因素还是很有可操作性:快速试错,去依赖,全栈,hackson,dogfooding等等. <构建可伸缩的软件开发团队> - 宅米 CTO 李智慧 可伸缩的开发团队是基于可伸缩的技术架构的基础上的,因

团队管理二三事

今天的技术管理会议探讨了一些技术团队管理的思路和想法,稍微总结一下. 团队间合作 一般稍有规模的软件开发都会细分为多个团队,各个团队分工不同.这样的分工,既提高了开发效率,也增加了沟通成本,而且一定会在某个问题上发生争执.比如用户反馈的APP的Bug,可能APP或服务端需要一方做兼容或两者一起修改,这时,在哪个团队承担风险和成本进行bug修复的问题上就有可能产生争执.针对这种问题,需要从两方面着手解决. 针对不同的解决方案,各个团队都列出优缺点,按照产品的发展目标共同决策出性价比最高的方案.这种

技术团队代码管理和部署

主流公司使用svn和git作为代码版本管理,当然也不排除直接copy或者ftp.公司经历了的svn到git的变迁,也深刻体会到不同的版本管理服务,使得技术团队的协作方式变得更为流畅. 简单介绍下背景,有一个项目V5,从版本V1一直演变到现在V5,可见历史之久,想从svn切换到git,其中的代码管理和上线部署迁移,都会是经历很长一段时间的不稳定,尤其是一些开发同学对新的版本管理和部署理解不透彻,很容易引发事故. 在svn的主干开发流程 开发同学更新主干代码,提交代码 部署测试环境 检查每一个要上线

真诚与尊重是技术团队的管理要点

转自:http://www.infoq.com/cn/news/2017/11/Sincerity-respect-management-tec 如果把高质量的 IT 技术产出比喻成汽车上路,那么技术团队本身就可以看成是马路.它是基础设施,平时不会得到太多关注.然而,想要汽车上路,那么这个路就要先造好. 关于技术团队的相关话题,大家也都是在摸索中总结出怎样做是好的.怎样又是不可行的:但是可以确定的是:团队这个基础设施的建设是不容忽视的. 本次技术团队访谈,InfoQ 邀请了美丽联合集团副总裁顶天

如何管理初创公司的技术团队?

管理学博大精深,希望本文能对阅读此文的人有所帮助. 打造学习型组织 学习型组织,这是<第五项修炼>里面讲的一个核心概念,我觉得这个概念特别适合技术性组织,因为技术人才是需要一直学习提高的,不然不管是作为管理者还是被管理者,都将会逐步散失行业竞争力. 彼得·圣吉 学习型组织理论认为,企业持续发展的源泉是提高企业的整体竞争优势,提高整体竞争能 力.未来真正出色的企业是使全体员工全心投入并善于学习,持续学习的组织--学习型组织.通过酿造学习型组织的工作氛围和企业文化,引领不断学习,不断进步,不断调整

《大产品,小团队——携程敏捷技术与管理转型实战》读后感

作为曾经携程的一员,看到一起奋斗过的小伙伴们宣传此书立刻就买了,非常开心拿到了作者团队的亲笔签名版.读完颇为感慨与惭愧,有种虽然身在此山中,竟不识庐山真面目的感受.当时身处携程俩大核心业务之一,却只知一味地吐槽糟糕的流程和无止尽的加班,即没有推动改进的勇气与执行力,也不知背地里整个公司为优化流程,提倡创新所作出的努力,以及已经取得的成果. 诚如书名<大产品,小团队——携程敏捷技术与管理转型实战>,此书着重于在敏捷开发与管理转型期碰到的问题与解决方案,所以建议小伙伴们在学过了ACP,或者敏捷项目