工作十几年的一线老码农，老板让转管理，是否该转？

[cxytz01]

互联网行业工作十几年了，一直在一线。工作内容是做架构设计和写代码，拆解任务并分工，和同事一起把系统落地，同时 review 代码，也就是会在一线写代码的架构师吧。十几年一线生涯，也算是受 pua 的经验比较丰富了。所见到的管理人员风格迥异，也没总结出什么管理方法论，仅仅能分清哪些是自己喜欢的，哪些是自己不喜欢的。职业生涯所涉及的管理工作，仅给新人做过 mentor ，对绩效、考核、产出是不关心的，原因是厌恶控制别人、厌恶争论、厌恶政治。

年末，boss 沟通了绩效，肯定了技术能力之后，要求往工程 leader 方向转，不知所措。鉴于生性不羁，平时是都是独来独往，吃饭、娱乐都会刻意回避同事，没有集体精神，厌恶管人、也厌恶被人管，对自己的职业路线就是走专家路线。可专家路线在这个国家所处的国际产业环境(中低端行业)，职场生态(996 ，短期绩效)，教育理念(学而优则士)下应该是镜花水月吧。

年纪大了，跳槽也不好跳了。引用过去老 leader 说的一句话：有人的地方就有江湖。自己也是深刻体会过这句话的含义了，好的团队如果空降了差劲的 leader ，后果也是灾难的：

• 旧团队会因为文化因素全员被换血
• 新旧团队会因为真·努力型 leader 而开启 996 模式
• 新旧团队会因为表演型人格 leader 开启加班摸鱼模式
• 新旧团队会因为非纯粹型 leader 而互相猜忌，发生政治斗争
• 新旧团队会因为 leader 技术把控力不足而深陷加班泥潭

不想再重蹈覆辙，因为空降而来的 leader 而跳槽。

公司创立不久，系统掌握在我手里，除了攻坚期狠狠的加了一阵子班，其余每日上班时间都控制在 4~6 个小时(包含学习时间)。如果能接下 leader 这个棒，也希望能够保持事倍功半的效率和正确的团队文化吧。可人是矛盾的，既不想在有毒的文化和 996 的强度下工作；也不想转 leader ，不想为了面试、1 on 1 、会议、所谓的技术分享等管理杂事打断自己的清净、专注；更不想跳槽了，累了。

又是一个十字路口，请有经验的 V2exer 们指点迷津。是否该转管理，或传授你们的管理经验，或说说你们的故事。

文末，补充下职业生涯见过的管理者吧：

一. 差的管理

1.表演型管理：

• 热衷开会：日会、周会，员工 1 on 1 ，行业峰会，晚上下班技术分享会，周末线上社区技术分享会；
• 热衷参加各种开源组织，热衷弄各种开源组织头衔；
• 写 ppt 、引用互联网黑话、对员工画饼；
• 业务架构图把 DNS 、监控系统等无关业务系统的组件画出来；
• 喜欢政治类书籍，公司内部搞政治斗争；
• 上级面前夸海口，背后尽全力去压榨下属，花在指导手下、review 手下代码、review 架构的时间少之又少。项目 bug 不断，频繁延期，压力传导到测试小组上。
• 热衷构建个人影响力

2.南郭先生型管理

又称为汇报型管理，同时表演能力也还行。实力不足，仅能用下属的功劳来请功。

• 系统架构不会，手下帮忙做架构；
• 代码落地不会；
• 搞小圈子；
• 不会的领域，一句话解决：找 hr 招人来做；
• 上班时表演得很忙的样子，尤其是老板经过身边的时候；
• 拿着下属的劳动成果去汇报；
• 背地里说其他同僚、老板坏话，传播负面情绪；人前和和气气；

3.真·努力型管理

• 努力加班。自己努力加班，手下也要努力加班。不看效率如何，效率高，下班早，被定性为：工作不饱和；
• 努力接活。烂活全接，甚至抢；
• 印证了一将无能，累死三军的谚语；

经历过此管理后，努力一词在我心中已经变成贬义词。

4.土皇帝型管理

• 我绝对不会错，错的是你。沟通时，拍桌子，人身暴力恐吓；
• 媚上欺下。下级面前是土皇帝，是爷爷；上级面前是哈巴狗，谄媚之相一展无遗；上上级面前是站岗的卫兵，身板挺得直直的；
• 对下属呼来喝去；

这个比较特殊，属于体制内吃皇粮的单位，团队成员水平低得令人发指，在市场上是找不到工作的。

5.昏庸型管理

• 水平一般，瞎指挥;
• 方向不明确，给的方向大而空，模棱两可;
• 缺乏技术领导力，缺乏决断力，没有魄力；

这种管理应该是最多的。

二. 好的管理

1.目标明确型管理

• 业务、技术方向明确；
• 架构能力出众，即使不参与落地，也会根据团队人力、能力情况，选型不同的架构；
• 遇到问题，即使他解决不了，也会告知你找哪位同事帮忙；
• 评绩效时，赏罚分明，有理有据；

2.聪明的管理

• 智力出众，做事事半功倍；
• 会跟人，跟对人；
• 会做事，做对事。组织架构变动，抢好活，丢烂活；
• 细节掌控力、观察能力出众：谈事情时，眼睛能够捕捉到反应本人情绪的小动作；
• 识人用人准确。有能力，但是走不到一起的成员会被快速踢走。
• 行为举止得体
• 双商很高

3.信任型管理

• 用人不疑、疑人不用；
• 尊重下属。分活时，会咨询个人的意愿；
• 从不干涉下属工作，仅在合作部门察觉到系统 bug 、或者对排期不满意时过问项目情况；
• 团队成员遇到技术困难，自己会亲自研究解决方案；
• 自己把琐碎的活全揽了，好项目给下属；

4.结果导向型管理

又称纵容型管理

• 个人专业能力出众
• 手下精兵强将
• 结果导向，高质量完成工作后，只要不违反企业文化 /规章制度，不多管下属做什么。他的团队里，有上班当着其他组(被真·努力型管理者管理的小组)的面玩游戏的，有看小说的，有出去运动的。

以上各种类型管理的特质可能会有重叠，并不是泾渭分明的。

最后的最后，送上特喜欢的一句话：善战者无赫赫之功，善医者无煌煌之名。

[AmosAlbert]

你一定是一个好 mentor

[witcat]

主要看能给多少钱啊，也许你当了 leader 福利还没有别的公司的基层赚的多，那就可以权当老板画饼了

[fengleiyidao]

原地升职，还有个隐性人际关系问题，就是以前资历差不多的同事，可能会“不服管”。

[yangxin0]

等你真正切换到管理这个视角，你会发现你写这些都是废话，管理这个时间最核心的是向上管理&利益绑定，即使自己干翻车了也能瞒天过海。

[yangxin0]

“管理这个时间最核心” => “管理这个视角最核心”

[yangxin0]

小公司不存在管理岗，除非让你控制公司那三个章，不然让你管理无非就是想让你多干些活儿。

[ytmsdy]

转吧，人总有学不动的时候，代码敲不动的时候。就当为那个时候准备准备吧。
一线写代码，转管理，就好比打仗中在一线作战，和在后方坐镇指挥。
固然在一线杀敌很爽，但是从全局的角度来看，在后方坐镇指挥也有别样的成就感。
转管理有没啥损失对不？实在不行再回来做技术就是了。

[jones2000]

工作十几年, 起码有自己带出来的兵或队伍，可以根据你的工作节奏完成项目，把这些人提上来，基本就没什么问题了， 就怕下面没人，就一个光杆司令，那就惨了。

[helloit]

转，顺势而为，风险最小。

[mooyo]

国内不存在大龄 IC ，转吧，你没得选择。

[kingjpa]

能转就转，履历上好看一些，能力上也进步一些。
技术问题有解，管理问题可是没有标准答案，管理比技术要难得多

[defunct9]

转：学会放权。

[carlist]

有专业背景的项目经理已经很值钱了
懂架构和安全的项目经理更值钱
只能说这么多
资历足够语言过关去大公司带队做空降领导没毛病

[deesan]

你一定会是一个好领导

[v2eb]

转：日子不该千篇一律

[adjusted]

jobs: best managers never ever want to be a manager

[ericls]

记住管理不是升职 是转行

[NoString]

你一定是个好领导。你这总结挺到位的

[carytseng]

对自己认知如此清晰，点个赞

[cxytz01]

修正，事倍功半 -> 事半功倍

[Pichai]

你说的管理那些问题，我认为是公司发展太快或者是整个社会发展太快，原本在一线或者专业搞技术的人被提升到管理层，突然的角色转变让他们短时间内无法提升沟通能力和管理能力。
实习的时候在一家算比较大的公司，公司给一些基层 teamleader 和中层请了专门的管理培训讲师，没听过讲师讲的内容，但单看那个头衔，在日本，香港，美国都有做过对应的管理讲座。一天 6 个小时的费用是 10w 。

[yifangtongxing28]

其实，大体上好的管理和不好的，比例至少 1：9 开，下面人就是代码工具人，走多少都能招多少。

一线互联网十几年应该至少千万身家了，是想继续卷还是不工作了躺平呢

[zzzkkk]

@yifangtongxing28
一线互联网十几年 很多人都拿着二三十万一年 甚至没有 还面临裁员失业

[dqzcwxb]

升值不加薪都是耍流氓

[aneureka]

感觉你处于“第三阶段”（在对一件事情有较多了解后认识到其复杂度），不过确实不是每个人都适合作为管理者😂，是机会也是挑战吧

[god7d]

我之前空降的领导是 op 说的表演型，南郭先生型，昏庸型综合体

[sdk234]

我觉得 op 还是算了吧。领导有问题会把自己的问题描述一下，然后问下属。然而 op 直接附上一大段自己对各种领导的分析。。。。你还是当参谋比较合适。

[vastrode]

（我要应聘贵组！
我工作过一段时间，小组 leader 那是真把人当牲口用。在本站我也看过这种人，能者多劳，不管你水平怎么样，996 的态度要有。工作做完就有新工作，永远别想饱和，永远要呆在岗位上。这不是逼人摸鱼吗（欺负老实人吗
不过我想管理岗除了向下管代码的，还需要了解老板的意图，依旧要和不同水平的上级打交道，只是对象变成老板，受老板的管理水平制约。通常级别越高水平下限越高吧

[charlie21]

自己先当 CTO , 然后（如果有必要则）招聘一个路人甲作为一个直接隶属于你的打杂的 ( 但他在更更低级的人都眼中是 leader ) 为你工作 。

如果这个人写代码，则职位可以叫做 senior contributor 或 developer + project coordinator
如果这个人不写代码，则职位可以叫做 project coordinator

总之，你来设计这个岗位，然后你为你自己招人（他做你不乐意做的事情）

[klo424]

我不当 leader 的原因是我不想操心公司的事，之前当过一段时间，晚上总是会失眠，不当了就改善很多。但是一心搞技术就没有什么钱途，我已经看到自己的天花板了，干不下去了还是要转职。

[litchinn]

推荐下这个，https://themanagershandbook.com/

[saigo]

贵公司是哪儿，我想投简历。不加班，追求效率，真的适合我

[hoopan]

技术和管理是两个不同的职业，转过去后真想做好，可能还有很长的路要走。
有一点我不太明白：为什么技术这条路在国内无法一直走下去？谁有亲身经历，给解释一波。

[unfurl]

楼主偏激了
事实上你目前做的事情已经在“管理”范畴了，往这个方向转也算是水到渠成。

[dfkjgklfdjg]

其实你现在已经算是一个小管理了，只是你没有意识到。程序员思维也没有转换过来。大部分技术转管理都会有这样的问题。你也不用管自己能不能做好按照现有的惯性走就好了，慢慢你就会适应过来，如果适应不过来你老板自然会找一个能适应的人替代你。

[jjx]

lz 不管产出的思维是不对的

应该你现在的公司营收还可以, 你不用担心欠薪之类的事情


产出决定你做的事情是否有价值

没有价值的事情,对于有理想的人而言, 就是收入还行,还是要考虑换赛道的

[nothingistrue]

小公司，中层管理就是背锅侠，就算是老板真的把你当自己人也是当手下而不是合作方。你要想积累经验然后去其他地方的高管努力（当前公司是铁定不可能的）那就干。不想的话就拒绝。拒绝后大概率这公司是待不下去了但也不绝对，不过就算待不下去了走人，也比硬上强。

不要听什么“不转管理老了就敲不动代码这种话”，这话就跟“加不动班了就去当公务员”一样，是句废话。

[ugpu]

转 转后缓慢遗忘编码实现. 保持架构能力.

[twinsant]

建议读一下《管理梯队》

[8355]

转了从职业发展上并没有什么问题
但看了上面的描述我觉得你干不来
好的 leader 更多是扛事承受上面的压力(也可以说是受委屈)
但压力大部分在这层化解掉 给到下面是适当的压力 多的自己消化
自己消化这部分压力大部分需要一些手段和方法反推给上面 一部分自己解决 需要打太极
我十分相信你自己解决的这部分非常游刃有余 但反推给上面要频繁沟通 bettle 感觉 OP 太直了不一定能处理的很好
当然这部分问题是否需要特别处理主要还是跟老板有关

我跟大家意见一样 你一定是一个负责的好 mentor
但转了你一定会很累 如果干一段时间能够适应角色的转变改变一定的思维模式会轻松很多

[echo1937]

大家觉得 产品经理或者项目经理 算管理岗位吗?

产品经理，感觉不算，就像土木建筑行业，你施工部得按着我设计院的图纸来，但是我并不接受你的管辖。

项目经理，需要分情况，大型项目里 范围管理、时间管理、费用管理、人力资源管理、质量管理、沟通管理、风险管理、采购管理、综合管理等等，权责都很大，毫无疑问的管理者。

但是这个 Title 在软件项目里被滥用了，充其量只是组长，冠以项目经理的头衔，只有工作安排和绩效考核的权力，员工加个班还要去各级流程签字审批。

综上所述，是不是管理岗位，一看薪资是否有提升，二看是否掌握项目资金和资源，否则就和 6 楼 @yangxin0 #6 说的那样，无非就是想让你多干些活，和洗脑年轻人“勇挑重担、磨砺技术、升职跳槽”然后压榨人没什么差别。

[changnet]

同感

其实，绩效、考核、产出这些都还好，毕竟这些对一个程序员来说，努力一下就能做到。问题是人际关系不好搞。一个人如果不喜欢交际，很难去迎合其他各式各样的人，导致资源人脉处于劣势。还要对下面的人画饼、吹牛，我感觉这才是程序员转管理难的地方

[ColdBird]

向上管理是一门艺术

[dog82]

如果你处在技术型的团队里，不要转管理

[pkwenda]

经历过上家公司，当过两年多的 leader ，大概管理研发 10 人，我深刻意识到同理心太强的人不适合当 leader ，并在当前的公司转回一线 coder ，一线 leader 和总监的视角完全不同，比如每年年中年底给小弟提名涨工资，总监会给出他们的理由驳回一部分，而这一部分可能是最努力的，可能有过承诺的，这个时候也是最无力的。日常的迭代还会有相当多的细节：
下面出现问题，上面给了压力，如何处理？压力要不要传导给组员，如何客观传递？
如何管理情绪
如何安排好碎片化时间
什么是“烂活儿”，如何拒绝“烂活儿”


我觉得楼主应该 [降低预期] ，不要自己建立理想的“乌托邦”，千万不要先设想觉得当了 leader 会给组员 /团队带来什么转变，不要想着当一个好领导，好领导只是相对某个人的，有人觉得你好就会有人觉得你不好 /偏心。

如果仅为了体验 Leader ， 尝试做管理，增加自己的人生阅历还是值得一试的，因为确实不是每个人都有机会做管理，体验一下管理别人的时间。

[netirust]

很简单，找个助理或者秘书类的处理日常的琐事，大方向你去把控就行了，除了跟老板沟通同级别的 leader arg 其他的都给助理或秘书去干，如果公司小不安排这样一个岗位，老板也不同意的情况下，那就招一个人换个名头的事情。

[pkwenda]

@netirust #46 你说的琐事项目经理本职工作都能覆盖，或许我理解你说的是团队内培养一个伪核心，负担起部分管理的职能，也就是"放权"，一般人都不愿意这样做。真能培养到覆盖到你说的场景，Leader 基本也是可有可无了。

[yangxin0]

@pkwenda 其实“研发组长”是一个非常尴尬的职位，一方面没有升职、加薪、开人、分奖金包的权限，另一方面要承担项目风险、人员管理的责任。所以很多企业里面一线的 manager 其实不算管理岗，director 才是。

[loken2020]

我想离开浪浪山

[for1n]

看完感觉遇到的好领导比差领导多…
不过有一个差领导就感觉超级恶心

[oatw]

转的话需要接受一个隐藏事实，就是技术水平会后退。操心上下级的精力不比写代码少。

如果暂时不想跳槽，在技术实力过硬+掌握核心项目的情况下（缺一不可），完全可以跟上级谈条件，硬气点，他得求着你。

[simplereasy]

有自知之明已经比大多数管理者好太多了

[macha]

楼主已经很强了，我感觉现在做的事情和管理也有相关了。
我觉得可以转过去试试，感受一下，1-2 年脱离研发一线，后面想补那是分分钟的事情。

[godall]

楼主没说老板为啥让你转工程 leader ，是这个岗位人走了，还是扩充缺人，还是就是让你转？性质不 i 一样的。

[ternice]

其实我想反驳一下表演型， 不开会 怎么传达一些目标，和计划，和进度。 都到实处，你说的其实好的坏的管理都很虚，没有可以实际操作的东西就跟 GPT 的答案一样。
我还说 管理就是 钱给够，权限给够，交流到位，目标明确。这几点就足够了，单怎么落实就很艺术了。

[winglight2016]

lz 总结了这么多管理类型了，大概不缺少领导力的知识，为什么不走出舒适区，试一下带领团队呢？

另外挺好奇 lz 现有团队是怎么管理的？

[blackshow]

看待遇，转管理以后，涨薪什么的可能比以前差多了。
看有没有实际权力，有没有决策权，没有决策权就没啥意思。
如果不适应能不能降回来，不是人人都适合转管理，管理岗很累。

[grissom]

好的管理下面的 1234 ，都没有和领导互动啊，而相反的差的管理里面，大部分都有。XD

[wangyzj]

老 leader 说的对
适当改变才能提升上限
好的 Tech Lead 或者 Tech Lead Manager 需要懂的更多，这是对你的挑战，其实我感觉如果你专注技术，把这个当做技术去研究的话，你不会很抗拒
但也要记住一点，这是人情社会，适当改变

[wangyzj]

OP 的老板经历也着实多了点
而且类型也真是够全的
OP 有排序么？
我先来我的

差的管理排序：
最差：真·努力型管理
次之：土皇帝

好的管理排序：
最好：聪明的管理
次之：结果导向管理

[wangxiaoaer]

@yangxin0 #48 正常情况研发组长一定会有奖金、奖金分配的权限。

[nyakoy]

@echo1937 感觉我就是“充其量只是组长，冠以项目经理的头衔，只有工作安排和绩效考核的权力，员工加个班还要去各级流程签字审批。”，太难了。

[mrzx]

@ytmsdy 哈哈，看来你没做过管理，只要做纯管理超过 2 年，你技术早跟不上了。。。温水煮青蛙，你自己都不知道什么时候就不能蹦跶了。。。到时候进退两难，任老板拿捏。

做这样，就得要不断的学习。。。你觉得 linus 就不学习新的知识点和新架构了？
只是中国现在对 35 岁年纪大的不友好罢了。。。。

[mrzx]

小公司，有什么管理岗？明明就是想让你承担更多的活，并且分离你最核心的价值

再说，最关键的一句话 “系统掌握在我手里” 人家老板明明想剥夺你最有价值的东西。。。。


以前的程序员为什么牛？那是因为早期产品都是 1~2 个人开发的。。你走了，这产品谁也接不了。。数据库，架构，系统，前端，后端，你全部要接触。除非产品寿命周期到了，不然老板开除你都要三思。。。。


现在资本家讲究效率和可替换性，以前一个人要开发 100 天的东西，资本家希望 100 人就开发 1 天（虽然现实比这更复杂），那 100 个人里，每个人就变相做了螺丝钉，你只开发了其中某一个模块，根本不熟悉整个产品逻辑架构，整体是如何开发的？你要是哪天不干了，对产品的影响都是最小的。。因为是螺丝钉吗，替换成本低。。

要分工，要细化，要敏捷性开发，现在成天聊这些？本质意义是什么？


入这行，本来就要不断的学习，干到老，学到老。。。。。哪个行业不是这样的？
要清楚意识到你对公司的最大价值是什么?

虽然说人人都能被替换，但是每个人的替换成本是不一样的，要让老板感到肉痛的才行。。。

[nobodyhere]

会在一线写代码的架构师, 其实无法作为安全舒适区的保障的解决谁的哪些问题，才是企业里价值稳定的基础，而需求不在了，或无法直接高效对接需求了，无论什么岗位都是脆弱的

[libook]

除了官僚氛围浓厚和内斗激烈的情况以外，以解决技术问题的劲头去解决管理问题还是比较有意思的。

转管理不是唯一的选择，但不转的话你就得构筑起自身的技术壁垒。

[dengtongcai]

向大佬学习

[NoKey]

按照我的经验，如果你有人事权限，那么，你可以按照你的喜好去做事，只要项目能如期交付，上级 /老板在意的是总体收益，才不在乎几个员工怎么样；如果你没有人事权限，说啥都是扯淡，勤奋的员工你奖励不了，摸鱼的员工你惩戒不了，报个几千块的项目奖走半年流程那种，你啥都干不了，老老实实搞好自己的技术吧~

[phobal]

公司不要将程序员提拔为经理，更准确地说，不要强迫他们升职。正确的做法是，欣赏他们本来的样子，鼓励他们在自己的领域发展。

软件公司需要管理人员，这是毫无疑问的，但更需要有经验的程序员。一旦有经验的程序员进入管理层，他们的编程技能往往都会丢失。

https://blog.steatoda.com/stop-promoting-programmers

[ishalla]

我觉得不能转啊，捡了芝麻丢了西瓜，技术日新月异常做常新，不会到尽头，是很有前途的，管理靠个巧舌如簧，成天就是报表、ppt 、presentation ，基本就靠沟通，比技术门槛低，失起业来也比技术容易多得多，技术转管理就是从拿捏老板变成被老板拿捏了，得不偿失的。