两年前，我从一个技术人员转成了管理者。

那时候我是团队里的技术骨干，写代码、做架构、解决难题，是我最擅长的事情。后来领导找我谈话，说想让我带团队，做技术经理。

我当时想都没想就答应了。觉得做管理也没什么难的，不就是管管人、排排需求吗？但真正做了之后才发现，技术转管理，远比我想象的要难。

这篇文章，我想分享一下从技术转管理的经历，以及我踩过的坑和学到的东西。

为什么要转管理

先说说我为什么要转管理。

说实话，最开始的时候，我并没有特别想做管理。我更喜欢写代码，喜欢解决技术问题的那种成就感。但当时有几个原因，让我最终选择了转管理。

第一个原因是职业发展。在技术路线上，我已经做到了高级工程师，再往上是技术专家。但技术专家的岗位很少，竞争也很激烈。而管理路线的岗位相对多一些，发展空间也更大。

第二个原因是收入。管理岗位的薪资普遍比同级别技术岗位高一些，而且有更多的奖金和期权。对于当时想买房的我来说，收入是一个很现实的考虑。

第三个原因是想尝试新东西。做了五六年技术，觉得有点厌倦了。想试试不同的工作，看看自己能不能做好管理。

第四个原因是领导的信任。当时的领导很看好我，觉得我有做管理的潜力。他的鼓励和支持，让我有了勇气去尝试。

现在回头看，这些原因都很现实，也很正常。但当时的我，对管理的理解太肤浅了，以为管理就是"管几个人"，完全没有意识到这是一个完全不同的职业。

刚开始的不适应

刚转管理的前三个月，是我最痛苦的一段时间。

第一个不适应是，不再写代码了。

作为技术人员，我每天的工作就是写代码、review代码、解决技术问题。但做了管理之后，我的工作变成了开会、排期、沟通、写文档。一天下来，可能一行代码都写不了。

刚开始的时候，我特别不适应。总觉得不写代码就没有产出，心里发慌。而且，看到团队成员写的代码有问题，我总想自己上手改。但管理的工作不是自己写代码，而是让团队写好代码。

第二个不适应是，工作变得很琐碎。

技术工作是很纯粹的，一个问题就是一个问题，解决了就是解决了。但管理工作很琐碎，一会儿有人找你沟通需求，一会儿有人找你协调资源，一会儿有人找你解决矛盾。一天下来，感觉什么都没干，但又很忙。

第三个不适应是，成就感的来源变了。

做技术的时候，成就感来自于解决了一个难题、写出了一段优雅的代码、系统性能提升了多少。但做管理之后，成就感来自于团队的成长、项目的成功、成员的进步。这种成就感来得更慢，也更间接。

第四个不适应是，需要处理人际关系。

做技术的时候，大部分时间是和机器打交道，人际关系相对简单。但做管理之后，大部分时间是和人打交道。需要和上级沟通，和同级协作，和下级谈心。每个人的性格、需求、诉求都不一样，需要用不同的方式去沟通和管理。

那三个月，我经常怀疑自己是不是不适合做管理。甚至想过放弃，回去继续做技术。

踩过的坑

在适应的过程中，我踩了很多坑。

第一个坑是，事必躬亲。

刚开始做管理的时候，我总觉得团队成员做的事情不如我自己做的好。代码写得不够优雅，方案设计得不够完善，沟通不够到位。于是，很多事情我都自己上手做。

结果就是，我自己忙得要死，团队成员却没事干，而且成长很慢。后来我才明白，管理的核心是通过别人完成工作，而不是自己完成所有工作。你要做的是培养团队，让他们能独当一面，而不是把所有事情都揽在自己身上。

第二个坑是，只关注技术，不关注业务。

做技术的时候，我只关心技术实现，不太关心业务。但做管理之后，需要对业务结果负责。如果业务目标没达成，技术做得再好也没用。

我刚开始的时候，还是习惯性地从技术角度看问题，觉得技术方案完美就够了。但后来发现，业务方并不关心你的技术有多牛，他们只关心功能能不能按时上线，能不能解决他们的问题。

第三个坑是，不会向上管理。

刚做管理的时候，我觉得只要把团队带好、把项目做好就行了，不需要特意和上级沟通。但后来发现，向上管理非常重要。

你需要让上级知道你在做什么、遇到了什么困难、需要什么支持。你需要和上级对齐目标，确保你们的方向一致。你还需要在适当的时候展示团队的成果，争取更多的资源和支持。

第四个坑是，不会处理绩效和冲突。

做技术的时候，不需要给别人打绩效，也不需要处理团队矛盾。但做管理之后，这些都是必须面对的。

第一次给团队成员打绩效的时候，我纠结了很久。觉得每个人都很努力，不想给任何人打低分。但绩效必须有区分度，必须有人高有人低。这个过程很痛苦，但必须做。

团队冲突也是一样。团队成员之间有矛盾是正常的，作为管理者，你需要去调解，而不是回避。刚开始的时候，我总是回避冲突，结果矛盾越来越大，最后不得不花更多的精力去处理。

慢慢找到感觉

大概过了半年，我才慢慢找到做管理的感觉。

第一个变化是，学会了授权。

我开始把工作分配给团队成员，给他们足够的空间和信任。虽然他们刚开始做得不如我好，但慢慢地，他们成长起来了，能独当一面了。而我，也有了更多的时间去做更重要的事情，比如团队规划、技术方向、跨部门协作。

第二个变化是，开始关注业务。

我开始主动了解业务，参加业务会议，和产品经理、运营沟通。我开始从业务角度思考问题：这个功能能带来什么价值？这个技术方案能不能支持业务的发展？团队的工作是不是在为业务目标服务？

当我开始关注业务之后，我发现很多技术决策变得清晰了。不是所有的技术问题都需要用最完美的方案解决，有时候简单的方案反而更适合业务的需求。

第三个变化是，学会了沟通。

我开始有意识地提升沟通能力。和上级沟通的时候，我会先讲结论，再讲细节，确保上级能快速了解情况。和团队沟通的时候，我会多听少说，了解他们的想法和困难。和其他部门沟通的时候，我会先找共同点，再解决分歧。

沟通能力的提升，让我的工作顺利了很多。很多之前觉得很难推进的事情，通过有效的沟通，都能慢慢推进了。

第四个变化是，开始享受管理的成就感。

当看到团队成员成长起来，能独立负责一个项目的时候；当看到团队一起努力，把一个很难的项目按时交付的时候；当看到团队的工作得到公司认可的时候，我会有一种强烈的成就感。这种成就感，和写代码解决技术问题的成就感不一样，但同样让人满足。

技术转管理的建议

如果你也在考虑从技术转管理，我有几个建议。

第一，想清楚为什么要转管理。

是因为职业发展？还是因为收入？还是因为真的喜欢管理？不同的动机，会影响你在管理岗位上的表现和幸福感。如果只是因为收入或者职业发展，而你本身并不喜欢和人打交道，那做管理可能会很痛苦。

第二，做好心理准备。

管理和技术是完全不同的工作。你需要放弃一些你擅长的、喜欢的事情，去做一些你不擅长、不喜欢的事情。你需要接受成就感的来源变了，接受工作变得琐碎，接受需要处理复杂的人际关系。

第三，先从小团队开始。

如果有机会，可以先带一个小团队，比如2-3个人。从小团队开始，学习管理的基本技能，比如任务分配、进度跟踪、沟通反馈。等小团队带好了，再慢慢扩大团队规模。

第四，保持技术敏感度。

虽然做了管理，但不要完全放弃技术。你不需要写很多代码，但需要保持对技术的敏感度，了解技术趋势，能判断技术方案的好坏。这样，你才能在技术决策上有发言权，也能赢得团队的尊重。

第五，持续学习。

管理是一门学问，需要不断学习。可以读一些管理方面的书，比如《格鲁夫给经理人的第一课》《高效能人士的七个习惯》等。也可以向有经验的管理者请教，学习他们的经验和方法。

写在最后

从技术转管理，是我职业生涯中最重要的决定之一。

它让我痛苦过、迷茫过、怀疑过自己。但也让我成长了很多，学会了很多之前不会的东西，看到了一个更广阔的世界。

现在的我，依然在管理的道路上学习和探索。我不敢说自己是一个好的管理者，但我一直在努力成为一个更好的管理者。

如果你也在考虑转管理，我想说：勇敢去尝试吧。虽然过程会很艰难，但你会收获很多。如果试过之后发现不适合，也没关系，再回到技术路线就好。人生就是一个不断尝试的过程，试过了才知道自己适合什么。

愿我们都能找到适合自己的职业道路，都能在工作中找到成就感和幸福感。