写在前面

关注我的小伙伴可能都知道，我是一个 Android 开发工程师，目前在 GitHub 有着约 7k 的 Star 量，在各大博客网站访问量也是破百万大关，而且一直以来都被不少粉丝奉为「技术大佬」。其实并不是这样，我在 Android 技术领域，其实是一个十足的菜鸡，只是花了不少的时间在写作上罢了。

写作确实很重要，可以明确的说，写作成就了我的现在，虽然它还不够好，但我其实还是挺满意的。最近面试了一个 Android 开发，我似乎看到了我以前的影子，会的东西还好，但真的表达不出来，而现在的我，想必就是写作带给我的转变吧。

怎么突然有了转型管理的想法呢

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

我目前渴望成为管理者的「理由」

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

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

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

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

• 终究我还是会面对管理
  作为一个技术人来说，通常也就只有四条路：管理、产品、技术总监 or 转行。

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

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

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

讲一讲很多人的「误区」

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• 「刻意练习」能力
  说这个词，同样是去年我的公司 CEO 告诉我的。当时是准备去参加「Android 巴士线下交流会成都站」，而我作为一名技术演讲嘉宾。我感到非常恐惧，因为从来没上台的我，突然要面对这么多同为 Android 开发的技术大牛，这对我来说要求太突然了。

  于是我找到了我们的 CEO 高总，他语重心长给我说了一大堆话，其中提到了一个很关键的词语就是「刻意练习」。至今深刻的是，他说他现在能做到随便脱稿演讲，就是因为他之前「刻意练习」过很多演讲活动。

  非常庆幸，我现在已经学会了时刻「刻意练习」自己的能力，并不断提高。

• 「向上管理」能力
  严格来说，这方面的能力还是我当下比较欠缺的。我目前仅仅是做好了及时回馈自己的工作进度以及公司每天要求的日报。但实际上在「向上管理」层面，我能做的还差的多。

  但当管理一个团队的时候，向上级汇报情况就变得非常重要了，就连 CEO 不是也得向董事会汇报嘛。

  总应该会有一个「向上管理」的过程，我们需要去和老大沟通，以便于明确整个团队在未来需要解决问题的主次方向。

  在德鲁克的那本书里举过这样一个例子：主管写下一个目标，然后让上司写下他对主管的工作目标和期望，你会发现大部人写的都不一样，这就是缺乏沟通的一个问题。

  如果没有这个「向上管理」的话，你可能把整个团队都给带偏了，最后老大会说我要的并不是这个，我要的是另外一个东西。所以说一定要做好向上管理。

写在最后

原本这里应该是一个总结，但感觉我通篇都写的挺总结性的，这里就不多说啦。总的来说，今天和 CEO 的谈话非常舒服，不管是否能获得转型资格，这条路，南尘都将会走下去。