技术人如何转型做管理？

2018 年 3 月 14 日 CSDN 刘世麟

点击上方“CSDN”，选择“置顶公众号”

关键时刻，第一时间送达！

作者简介：刘世麟，致学教育总监助兼任 Android 开发，百万 Blog 访问和 7k Star 作者，目前在运营公众号「nanchen」，尽自己所能为你提升。

【CSDN 编者按】每一个技术人在职业生涯中都会走到这样一个路口，就是专心地在技术路上精深，还是转型从事管理岗位。本文作者是一个 Android 程序员，他分享了自己为什么会想要转管理，以及在技术转管理上的一些误区，其中所涉及的一些技术管理的能力很值得我们学习借鉴。

以下为正文：

对于一直深耕技术的一线 Android 开发者，自然大多数人都想着是一定会把技术进行到底，或者说至少还会做乐于做技术一段时间。其实不止你们这么认为，就连对我知根知底的公司领导，也这么认为我。因为对于一个尚且还年轻的小伙子来说，现在想转型，真的太早了。不过在这个问题上，我目前还是想的比较透彻的。

渴望成为管理者的「理由」

希望突破「个人贡献」的天花板

对于自己来说，还是希望对公司释放我更大的贡献。每个公司对技术研发都有不同的岗位和职级划分，其实归根结底归为两类：「个人贡献者」和「非个人贡献者」。

技术开发、 UI 设计和产品经理是典型的「个人贡献者」，开发的主要工作是写代码，他的所有产出就是一行行代码所构成的最终产品。UI 设计的产出就是他的设计稿，同样，产品经理的产出就是他的原型图和需求文档。这些所有的产出和对公司的贡献，都是来自个人的，很少依赖别人。

而作为一名管理者的话，就完全不一样了，他做的工作可能是不停地组织沟通和协调这些人。对于一个「个人贡献者」，工作时间顶天就 24 小时，他不休息地高效工作。但一个好的管理者的话，发动身边的人，朝一个目标努力，这个团队贡献是上无止境的，想想都刺激！

所以这是我第一个理由：因为我想驱动更多人朝着一个方向努力，做出一个有着更大贡献的产品。

终究我还是会面对管理

对于一个技术人来说，通常也就只有四条路：管理、产品、技术总监 or 转行。

可能有很多人说，「我不喜欢做管理，就喜欢做技术，我就是纯技术控」。其实有很多人都这样想，包括我曾经也是如此。技术人的职业阶梯总是很美好，认为自己可以成为阿里多隆，对，就是哪个阿里仅有的 P11，我一直的偶像。

但不管我们的技术做得有多棒，终究还是会管理几个人的，当你达到技术的一个很高层次的时候，多多少少，我们还是得带新人，带其他技术人员，让大家一起朝一个方向冲刺。从这个角度讲，不管是不是想一直走纯技术路线，我们都需要增强自己的沟通和管理技能。

所以这是其二：我总会到管理。正如今天我们 CEO 给我讲的一样，「我们技术人总会慢慢转型，只是我们可以去把控这个时间而已，早一点上去可能意味着更多的困难，但迟一点上去可能意味着损失机遇」。

讲一讲很多人的「误区」

可能就会有不少人质疑我了，说我其实想做管理的原因其实不是这个，五花八门的都有。

只是期望拿到更多的薪水

大多数人认为，管理人员的薪水都更高，所以难免以偏概全，认为我是为了薪水所以期望转行。

薪水确实很重要，但这个想法一点都不对。大多数技术足够牛逼的人，薪资都是比他的管理者高的，因为这些高级技术人员技术已经牛逼到了业界没几个能做好。

对我的家境来说，钱确实很重要，但远远没重要到这个地步。

期望指引别人

其实用「指引」的时候，我好像用「指使」呀。因为肯定有很多人这样想了，管理人员可以高高在上，随意使唤别人。

但我觉得恰恰相反，很多时候，领导都是负责背锅的，负责给大家抗压擦屁股的，领导才是那个给大家端茶倒水，服务大家的人。

这是我真实的看法。我们公司技术副总贾总，就是这样的一个人，明明技术都牛逼得要死，却因为做管理，整天接受着来自外部和内部的轮番轰炸。其实我真的超级心疼他，因为本已经是最努力的那一批人之一，却还被这样到处被数落，而且还经常遇到下属闹脾气。

所以，放下心中的偏见吧，好好对待你们的老大。我也已经有了背黑锅，接受轰炸的觉悟。

指望工作更加轻松

很多人认为程序员很累，996 加班已经是很多公司的常态，有时候改需求，上线任务，还要加班到深夜。还好我们公司基本很少加班，是个标准的每周 40 小时的公司。但我们的技术领导，真的是一年 365 天，98% 的时间都在工作。所以，我会为了让工作更轻松而产生这个想法吗？

更容易换工作

这可能是最扯淡的一种看法了。对于我们开发人员来说，只要技术实力过硬，根本就不可能愁找不到工作的，而且觉得是薪资待遇还不低。

但作为一个管理人员，换工作会更容易吗？完全扯淡。一个空降的管理，要融入技术团队是非常困难的，这需要非常多的时间。因为他们需要去面对这些出名的「寡言者」( 对，说的就是你，程序员！)，需要去了解团队每一个人的擅长点和不擅长点，需要去了解团队成员是属于「自我驱动型」还是「被动接受型」人才，这是非常需要时间的。和每个人打交道，应该用怎样的方式才合适，自己公司的产品有怎样的用户场景和用户行为，为什么需要做这些功能，未来产品发展何去何从？需要思考的问题太多了，而且这大多数情况下还不是通用的。

说得简单点，我一个 Android 开发，假设想换工作的话，完全不可能想着从事管理行业。甚至退一步说，即使有天我离职了，我依然肯定会选择我擅长的 Android 开发岗位，而这时候，下家公司看重的却只是我的技术实力。

所以，我可能为了换工作而想转行管理吗？

我为这次转型管理做了哪些准备？或者说我的优势

高效的时间管理能力

可能大多数程序员都是「被动接受型」，我们只需要把每天领导安排的开发任务完成就可以愉快地玩耍了。但我不是那样的人，我是典型的「主动驱动型」选手，没事的时候，强迫症的我总是喜欢去重写那些自己看不惯的代码，优化超垃圾的逻辑。所以经常可以看到我怒怼产品经理，但恰恰我和我们的公司的产品经理关系非常要好。我想这大概是怼多了，导致顺从我了吧。

这个我其实知道，因为一个公司很重要一点是解决用户需求，所以很多时候我们的产品经理是迫不得已的，有些功能是没有按照想象出发的。

我认为时间管理应该是技术转型管理的第一课，而非常 Nice 的一点是这个能力我早已具备了。我一直以来是一个喜欢规划任务的人，这从小而来的习惯，现在正促就了我现在。

强大的总结能力

正好今天我们 CEO 找我面谈的时候，他提到了他这个「放电影」能力：即每天晚上睡觉前会自动过一遍当天的所有事情，这正好也是我从小学习成绩优异的原因。我上学那会儿，记忆力一直不好，就连抄写在笔记本上也不行。但我后面每天晚上过一遍当天内容，我发现我很多东西自然而然就记住了，正好这个方法，也推荐大家运用，因为作为一个技术开发来说，学习能力和记忆力太重要了。

对于总结方面，其实和上面的时间管理有很大的挂钩。因为一个管理者的时间正常由「被动时间」和「主动时间」所构成。而所有的「主动时间」都应该花在总结上，作为一个管理人员来说，需要对各种事情做有效的排期，最重要的当然要放在最前面。

对于一个长期写 Blog 的我来说，总结能力方面自然是尚可的。

表达能力（沟通能力）

对于一个管理型人才来说，这个相当重要，因为每天可能都需要大量地时间去和各种各样的人打交道。需要去说服市场部的人员了解自己手中的进度，并接受自己的排期；也需要去和本部门的员工做各种各样的交流协调，而有个很重要的一点就是，都需要用他们最喜欢的方式。

很多人认为指导新人是一件非常累的事情，因为要给他讲超级多的东西。在我们公司，严格说，我不算带过新人，但确实也做了不少的入职培训和后期工作安排，而这，对我的表达能力提升非常重要。每个新人的特点都不一样，你需要针对每个人的特点，来定制他的个人能力和成长计划，并且需要做刻意的沟通。说到这里，也是希望大家改变一下自己的观点，其实，带新人的时候，这对你的表达能力锻炼非常大。