GMTC深圳站本周日开幕,14大专题全部上线,完整日程>> 了解详情
写点什么

从技术转管理,80% 的人都不知道如何走好第一步

  • 2020 年 10 月 19 日
  • 本文字数:4879 字

    阅读完需:约 16 分钟

从技术转管理,80%的人都不知道如何走好第一步

本文由 dbaplus 社群授权转载。


本次分享有两个重要的前提:


  • 管理是一门科学,领导才是一门艺术。 管理有一套完整的逻辑和理论支撑,这样让我们能比较容易说清楚如何去达成一个目标,去完成一个任务;

  • 本次分享主要受众是一线技术管理者。 在技术人员成为一线管理者,到逐步成为中层管理者或者高层管理者的这一过程中,唯有第一步的转变最为“凶险”,有不少人会在成为一线管理者后“哑火”。


刚成为一线管理者的时候会遇到哪些问题

遇到的问题

1)关键任务亲自动手才安心


当需要攻坚任务或者遇到技术难题,总觉得下属能力不足或者干活进度慢,不如自己亲自操刀来的快和放心。


殊不知,如果经常这样做的话,后面慢慢就会演变成,只要遇到问题,只有你一个人在干活,其他人都看着你干活,团队成员无法得到有效成长,团队整体能力也起不来。


2)领导总不满意任务结果


成为一个管理者之后,如果你总是在一线冲锋陷阵去完成具体的事务,不能合理安排团队成员工作和及时检查他们的工作完成情况。


那么在关键里程碑上你会无法有效地跟踪进展、及时回复领导关心的问题,最后导致无法保障按时保质的完成领导给的任务。久而久之,领导对你的能力产生怀疑,不再愿意把任务分配给你。


3)管理类的书也看过不少,似乎没啥用


在我成为一个管理者的那一刻起,我看了很多管理类的书籍,学习到不少从未接触过的管理技巧。可一用到现实中,效果奇差。因为这些管理类书籍所涉及的场景并不适合一线管理者,生搬硬套只会反受其害。


4)感觉下属老跟自己过不去


安排的任务执行起来不是拖拖拉拉就是没有任何反馈,自己辛苦做的各种方案不是无人反馈意见和建议就是总被挑刺。


感觉下属看你就是不顺心,就是要反对你任何的想法和安排。我们抛开个别态度确实不正的人,这些问题的核心在于无效的沟通、不合理的安排。


5)招人难,淘汰人更难


随着团队不断扩张,你首先会面临招人问题,当你真正开始招聘新成员时会发现找到一个合适的人真的好难。筛选简历、邀约面试、层层过关到最后能进团队的不说百里挑一,那也差不多是二三十里挑一。


都说没有淘汰过人的管理者,不是一个好的管理者,当你面临因某些原因需要把朝夕相处的小伙伴淘汰时,当你面临小伙伴面谈过程中表现出来的各种情绪时,你就会知道是有多么难下决定。


解决方法

为什么我们会遇到这些问题和挑战呢? 最大的变化在于,你不再是一个人单打独斗 ,本来你只要按时把任务完成就可以了,而且任务也在你可控的范围里。


但是当你开始带领团队冲锋陷阵的时候,就会遇到不少问题,比如说:


  • 团队成员能力参差不齐,甚至团队存在明显短板;

  • 面临的挑战不仅变大,而且任务周期也变长了;

  • 如何能从团队利益出发考虑问题。


从这种情况来看,你需要:


  • 改变思维,改变习惯: 你只有思维改变了行为才能随之改变,同时影响团队成员的思维,反映在他们的行为之上,最终反过来再影响你的思维,从而形成一个正向的循环。以前你所有的时间几乎都花在了解决问题上,而现在你更需要为大家考虑团队目标和发展、如何培养人才和形成团队职能梯度,这些都需要你改变你的习惯;

  • 重新分配时间: 你的时间不再 100%用在处理事情上,而是更多地留出 30%-40%的时间去考虑整个团队方向性的问题、战术或者是建设层面上的情况;

  • 提升管理技能: 要懂得一些基础的管理知识和技能,才能不断地推动团队向前走,而不是大家互相抱怨、停滞不前甚至倒退。


管理的两面性

面对完全不同的挑战和困难,在时间上一定要划分出时间来,思考团队建设和团队成长。在思维方面有两个比较重要的点:


  • 管理即为管事;

  • 是人去完成一个个任务。


在一开始千万不要把“人”过早的介入到“事”里, 因为人这个因素变数太多。


一段时期内心情、体能的变化都会影响到团队成员个人完成任务的进度和质量,进而影响整体目标的达成。


比如:你发现团队中一个原本任务完成质量很高的小伙,近段时间工作中经常出错,做事心不在焉,任务进度拖拖拉拉,你甚至怀疑他是不是正在找下家,其实他只是近期家里琐事缠身。


所以对于管理者来说,要先把事和人分开。 运用合适的做事方法论,确定好目标、里程碑、责任人等关键项后,通过不断对团队成员激励、辅导、反馈,最终促成目标的达成,这就是管理的两面性。


从事的角度


1)一切以团队目标为优先


对一个刚刚晋升的管理者来说,如果他一下子切换到团队目标优先的情况会面临两个问题:


  • 成就感下降: 因为他可能再也无法体会到某个技术难题被攻克时,自己目标达成的那种快感,而且现在以完成团队目标为先,所以他完成任务的成就感就会下降。也因为对于团队的成功来说,自己在时间、空间上的努力和劳力付出都减少了,成就感自然也就下降了;

  • 失重感上升: 自己无法实时地掌控任务的进展,原本自己完成有 100%信心能够完成目标。但是推动团队去做的话是通过每个人的努力来达成结果,而每个人每天的状态都不一样,自己每隔一段时间才能收到进度信息,这其中很多因素都会导致任务失败。


但是不管怎样,你都需要从你的团队小伙伴中“汲取”成就感。他们的成功就是你的成功,同时你也要适应这样的反馈节奏,才能不断去纠偏。


2)学会合理的任务分配


从项目管理的角度去看,分配好任务才能更好地达成目标,而这样就必定会经历以下三个步骤,也可以说是去 PMP 的方法论:


  • 分析任务: 当你成为一个一线管理者的时候,你拿到的任务很可能不再明确,甚至看着很“虚”。但是你需要去和老板、需求方沟通这个任务,并且详细分析这个任务需要达到怎样的目标或者里程碑,同样也要分析任务的难点、重点和风险点;

  • 拆解和整合任务: 比如完成目标需要 3-5 个人,每个人在任务中承担的角色和介入的时间点都不一样,所以需要先拆解任务。而需要再整合任务是任务拆解之后会处于比较松散的状态,这时候就需要你对任务进行整合,有了一个整体的概念再把任务分配到每个人的头上;

  • 优先级整理: 比如完成这个任务需要五步,你就需要知道哪一步最重要、完成哪一步之后会有实时的成果、完成哪一步之后能有一个具体的里程碑、完成哪一步能够推进下一步等等,你整理好后要和团队成员明确目标和优先级步骤,这样才能更好地完成目标并使团队获得成就。


从人的角度


从人的角度出发,有两点比较重要:


1)注意新老搭配


由于人员流失或者团队扩张,不可避免的会有新人进入团队当中,这时候你就要思考如何让团队新成员快速融入和成长。要决定是老人带新人还是让新人从简单开始一步步成长,同时也要关注新人的成长情况以便进行下一阶段任务的安排。


促进人员梯队的形成能够很好地应对团队内的突发情况,需要培养或者设置好人员梯队,而不是把重要的工作只集中在某几个人身上,有条件的话还可以培养好 AB 甚至 C 岗。


2)授权与监督


你一定要学会放权,信任实际操作的小伙伴,让他们具有确定权。


但是信任并不等于放任。小伙伴的反馈同样重要,你需要在中间节点及时检查和纠偏,而不是事无巨细盯着每一个细节。这样做能让团队形成正向循环,具备自我驱动前行的能力。


从不同视角看技术管理人员


即便我们已经成为一个管理者,但从外部看,我们仍然是一名技术人员,我们需要通过技术的手段帮助他们解决业务问题,他们会觉得你的技术能力很厉害而很少关注你的管理能力。



而从技术内部角度来说,你是一名管理者,你如何拆解和分配任务、如何激励团队成员、如何解决内部冲突问题都被大家看在眼里,所以团队成员会关注你的管理能力和技术前瞻性。你需要带领团队成员完成一个个任务,并做好人员培养、促进团队成长。


所以作为一线管理者的我们需要时刻记住,我们的双重身份,不宜再纯粹地用技术的思维去解决问题。


在管理技能提升上两个好用的方法论

目标、计划 / 考核、激励 / 辅导、反馈


这一个方法论推荐大家先背下来再在实际中慢慢应用和体会。


当我们面对人或者事的时候,一定要先设定一个够得着的目标,确定目标后完成分析、拆解、整合、优先级排序的动作,再之后就能制定出一个计划,而这个计划会按照“PDCA 环”去循环。


计划开始执行之后,每隔一段时间都需要进行考核,检查目标执行情况和遇到的问题。如果目标执行情况不理想,遇到知识盲区或者团队推进困难的情况,这时候你就需要激励你所放权的小伙伴,同时引导他去发现整个过程中做得不太好或者做得好的地方。


接下来就是要辅导和帮助他,因为不是每个人生来都能胜任好管理者的工作。以我为例子,我从基础运维到系统运维再发展到应用运维,但如果有 DBA 问我有关数据库的问题,虽然我无法帮他解决这个问题但是我也会给出指导性的意见。


在给予小伙伴激励过后,每隔一段时间还要观察你的激励和辅导有没有起到作用,又或者任务目标是否需要调整,有了这样的反馈也能增加你做管理的经验。


复盘


复盘是我做管理 7、8 年间认为最最有用的方法论,大体可以分为四步:


  • 回顾目标: 这是我在上文为什么说有一个明确的目标很重要,因为要先有目标才能在后期回顾目标,来判断是否达成了你想要的结果;

  • 评估结果: 要针对事而不是针对人,客观看看待事情的完成度和效果;

  • 分析原因: 分析阻碍任务完成是客观原因还是主观原因,是人为原因还是不可控的原因;

  • 总结经验: 最简单的办法是,总结经验之后再去思考,如果这个任务再来一遍你能不能完成得更好。


对于小的任务或者项目,要及时复盘;而对于大任务或者项目,要阶段性复盘;对于重要任务或者大任务完成后要全面复盘;甚至对于自身的事情也可以复盘。


这样你能够不断累积各方面的经验,并把经验应用到更多的事情上。多用这个方法,能使我们避免重复犯错,能使好的固化下来,成为能力。


推荐书籍


推荐两本书,是我在转型期中,对我影响最大的两本书:《卓有成效的管理者》《影响力》。希望能帮助到即将转型或刚转型没多久的你,顺利度过转型的阵痛期。


Q & A


Q1:从技术转管理,技术水平的提升应该把重点放在哪里?


A: 技术水平的提升的重点放在技术方向和技术整合。


Q2:有遇到过部分项目难点亲自操刀的情况吗?


A: 如果遇到团队成员无法解决的问题,不得不亲自操刀时,需要把握一个度:一旦解决关键部分或者团队中有人能接手了,就要及时抽身,交给团队成员继续推进。如果是攻坚型的项目,需要你全程投入的,那也一定要留出时间处理团队事务。


Q3:要怎样才能减少管理的隐形成本呢?


A: 有效的沟通,充分的信息流动,明确的目标,及时的复盘。


Q4:技术团队要做团队转型,组织架构应该怎样修改更好?


A: 技术团队的转型过程中组织架构的修改先要弄清楚一个问题:是不是现有组织架构阻碍了技术转型。所以组织架构的修改没有标准答案,需要根据转型的目标而定:按技术栈,按敏捷小组等等。


Q5:团队有技术厉害的人,但安排出方案的任务给他,他觉得你除了会安排事其他都不会怎么办?


A: 从他的角度看你的日常的工作确实如此:安排工作,安排任务。但是如何合理的安排工作和跟踪进度,调动团队工作积极性,把任务串联起来以达成目标这已经跳出了技术范畴,他看不到看不懂也是正常的。如果你的团队是一个手串,那么你团队成员就是手串上一颗颗珠子,而你就是串起珠子的那根线。


Q6:OKR 的自我推动力不足,怎么办?


A: 推荐使用复盘这个工具,来剖析一下为什么自我推动力不足:是目标定高了?还是目标不是自己定的,只是被强加的?亦或是遇到无法逾越的障碍。


Q7:如何培养技术出身的管理者的战略思维?


A


  • 站的高一些,比如站在你领导的角度看问题;

  • 跳出当前的职位和团队,比如站在业务的角度看问题;

  • 时间放的长一些。


推荐一个概念可以去了解并实践:点、线、面、体。


Q8:上传下达有什么技巧吗?


A: 千万不要透传,分析、过滤、转译。想想好的 ETL 是怎么做的你就会明白上传下达的技巧。


Q9:当要落地一些技术战略,会影响多个技术部门,需要各个部门相互协调合作,共同推进。有比较好的管理模式和最佳实践吗?


A: 你有调动其他部门的权限吗?你跟其他部门负责人关系如何?用项目的方式,让有权限的人授权或亲自参与。


Q10:上级让你出方案然后推动项目,但是没给你授权怎么办?


A: 对于这种情况,一靠“人情”,二让你的上级参与此项目。


作者介绍


岑崟,前好买财富 系统运维部副总监


负责应用运维及 DevOps 运维平台研发和运营,推动运维团队从传统运维向 DevOps 转变。


原文链接


技术转管理,80%的人都不知道如何好第一步


2020 年 10 月 19 日 10:005737

评论 5 条评论

发布
用户头像
好文,受益匪浅
2021 年 03 月 30 日 09:47
回复
用户头像
学习了。
2020 年 12 月 15 日 21:29
回复
用户头像
有借鉴意义,赞
2020 年 10 月 28 日 10:24
回复
用户头像
讲的很实在
2020 年 10 月 27 日 15:20
回复
用户头像
很接地气
2020 年 10 月 26 日 09:44
回复
没有更多了
发现更多内容

mysql分表spring拦截器进行日志采集

Java 程序员 后端

MySQL基础总结

Java 程序员 后端

Nginx服务器配置

Java 程序员 后端

MYSQL-连接查询算法:JOIN语句在-MYSQL-内部到底是怎么执行的

Java 程序员 后端

MySQL入门篇

Java 程序员 后端

MySQL原理 - InnoDB引擎 - 行记录存储 - Off-page 列

Java 程序员 后端

Netty编解码方案之Protobuf介绍

Java 程序员 后端

NodeJS快速入门必备技能

Java 程序员 后端

MySQL基础学习手册

Java 程序员 后端

MySQL最全整理,1200页文档笔记,从高级到实战讲的太清楚了

Java 程序员 后端

Netty学习之旅------Netty Channel 概述

Java 程序员 后端

netty的线程模型, 调优 及 献上写过注释的源码工程

Java 程序员 后端

MySql数据引擎简介与选择方法

Java 程序员 后端

MySQL没有RowNum,那我该怎么按“行”查询或删除数据?(1)

Java 程序员 后端

mysql用户&权限总结

Java 程序员 后端

Nginx超详细的常用两种安装方式

Java 程序员 后端

OpenFaaS实战之六:of-watchdog(为性能而生)

Java 程序员 后端

MySQL索引篇之索引存储模型

Java 程序员 后端

Nginx详解Location匹配规则

Java 程序员 后端

nodeJS——网络编程

Java 程序员 后端

NoSQL到底怎么用?

Java 程序员 后端

mysql常用函数,mysql进阶

Java 程序员 后端

OpenKruise v0

Java 程序员 后端

OpenFaaS实战之六:of-watchdog(为性能而生)(1)

Java 程序员 后端

OpenFaaS实战之四:模板操作(template)

Java 程序员 后端

Mysql的“三高”集群架构

Java 程序员 后端

mysql系列:innodb日志管理,带你高效快速理解

Java 程序员 后端

Netty 核心源码解读 —— 开篇

Java 程序员 后端

Netty学习之旅------图说Netty线程模型

Java 程序员 后端

MySQL没有RowNum,那我该怎么按“行”查询或删除数据?

Java 程序员 后端

Netty常量池

Java 程序员 后端

2021星空论坛:破局创新,论道数字化转型

2021星空论坛:破局创新,论道数字化转型

从技术转管理,80%的人都不知道如何走好第一步-InfoQ