

# 没有头衔的领导：主管工程师到底需要做什么
> 如果组织跟你说你就是项目 owner、技术负责人，但你的头衔还是大头兵，那么恭喜你，你就是主管工程师

## 写在前面
主管工程师其实是个书面语，国内一般没有正经的称呼，可能就是某某项目技术负责人、某某项目技术 owner。但组织架构图上的头衔，还是工程师。

这其实有点魔幻：你没有绩效权、没有人事任免权，却要负责系统稳定、技术方向和任务分派。

**这就是有责无权，管理全靠人格魅力**。

## 组织为什么需要这么一个职位
![image-1 (2).png](https://developer.qcloudimg.com/http-save/yehe-1367556/0427a9c32a910c1bbc2e52333cb62e9b.png)
> 有需求才有市场

原因大概有以下几点：

+ 大多数工程师都是各管各的服务，努力耕种好自己的一亩三分地。问题在于，每个团队单独看都做出了"最优决策"，放到组织全局看，可能离最佳答案相去甚远。当涉及到多服务、多项目的技术决策时，需要有人从全局视角拍板。这就是所谓的"**局部最优 vs 全局最优**"。
+ 有头衔的领导已经很久不写代码了，不太了解最新的技术趋势和项目的技术细节，很难有效评估技术方案、定技术方向。
+ 权威和真理冲突。可能头衔领导做的决定不是最优的，但他有人事权，很多时候你可能就妥协了。

## 为什么没有头衔
常见的原因是：我们是一家扁平化的公司，不会设置太多层级。
![image-1 (1).png](https://developer.qcloudimg.com/http-save/yehe-1367556/069ce148beb1536270b28074438d4730.png)

但我觉得这种说法有点问题。

### 没有头衔会带来一些问题
如果我上台做技术演讲，介绍写着"某某公司后台工程师"，那你一定觉得我没有多牛逼。

但如果我写"腾讯云架构师同盟成员"，或许你就会觉得好像有点牛逼。

**这就是背书，这就是锚定。**

没有头衔，就需要不断去证明自己：我有能力负责这件事。有了头衔，反而能省下很多无效的精力消耗。

### 头衔不等于层级
头衔和层级是两码事。

加个头衔，只是向其他人证明你有这个能力，方便你开展工作，不一定就是多了一层汇报链。

只是分工领域不同罢了。

## 如何破局
### 写下来
和上层对齐，明确自己要负责的领域和具体事项，拉通对齐，消除歧义。

避免两种尴尬：**活做得多了，上面怀疑你还沉浸在一线开发角色；活做得少了，下面人觉得你真把自己当领导了**。

但"对齐"这个词比较空泛，书里有一个具体案例：

把职责写成一份可执行、可对齐的承诺。

作者举的例子是一位叫 Ali 的工程师，他的角色描述文件写的是：50% 时间做技术指导，30% 投入新项目，剩下 20% 用于跨部门活动，每 10 周还排 1 周应急待命。看起来啰嗦，但价值在于：每个季度你都能拿这份文件对照，"我干的活是不是当初承诺的活"。

**职责模糊的时候，写下来就是唯一的锚。**

而且到了这个层级，沟通能力更加重要了。

"你所做的一切，都涉及把信息从你的大脑传递到他人的大脑。"

写下来，也是一种沟通。

### 顶上去
你的职责是助力组织成功，所以不必过于执着职责范围。无论是技术专家、开发者还是其他角色，在组织需要你的地方，你都要主动承担。

但主动承担不等于什么都接。

太宽了，什么都是你的事，最后你成了所有人的瓶颈，每个决策都在等你，累死还落不着好

太窄了，被困在单一团队里，跨团队的机会轮不到你，没有影响力，工作量不饱和时还容易自我创造工作、搞过度设计。

所以顶上去的同时，要时常想一想：

**这个事该不该我接，接了之后边界在哪里。

该顶的顶，该说清的说清。**

### 别成为这样的人
书里还提醒了几类容易干砸这个角色的行为，值得我们自省。

第一种，技术很强，但让人没法共事。跨团队协作不配合、看不起别人的方案，技术产出再高也是团队毒瘤。把这种人当榜样，会毁掉整个组织。

第二种，把"正确"当成"获胜"。在技术方向上争强好胜，把别人的想法都当成垃圾，赢了辩论、输了协作。该做的是把不同意见变成更好的方案，而不是证明自己是对的。

第三种，做着做着缩回局部。这个角色最大的价值是看全局，但人很容易干着干着就退回自己熟悉的一亩三分地，回到自己的舒适区。

## 总结
回到开头那句话：有责无权，管理全靠人格魅力。

但我想说的是，人格魅力不是每个人都有的，别人的魅力自己也学不来。

还不如老老实实把模糊的职责变成清晰的承诺：写下来，对齐；顶上去，但划清边界。

这个角色能不能干好，不取决于你有没有头衔（有头衔当然更容易一些），取决于你能不能把"该有人站出来"的那件事，真正做起来。

`
参考书籍: 《工程师进阶之路-个人贡献值成长与改变指南》
`


如果组织跟你说你就是项目 owner、技术负责人，但你的头衔还是大头兵，那么恭喜你，你就是主管工程师

没有头衔的领导：主管工程师到底需要做什么

十倍工程师

职业发展

主管工程师是有责无权的技术负责人，需在无正式头衔下统筹项目、技术方向与任务分派。破解之道在于将模糊职责写成可对齐承诺，主动顶上去但划清边界，避免成为团队毒瘤或退回舒适区，以全局视角推动组织成功。

云架构

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

没有头衔的领导：主管工程师到底需要做什么-腾讯云开发者社区-腾讯云

没有头衔的领导：主管工程师到底需要做什么

没有头衔的领导：主管工程师到底需要做什么

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐