公司职级体系

---

职级体系图

职级体系图

大家可以对标下这个职级体系。一般公司都通用，无论是T还是P线，亦或是M线，不同的能力层级可以往这个上面去套用。

回归到本文的主旨，你离技术总监有多远呢？我们接下来开始探讨。

能力路线

技术能力层级

总监属于技术管理路线，达到这个能力层级的前提是技术能力层级。

总监岗位是不是意味着可以轻技术？
很多人会问这个问题，在我这几年的工作中，也经常听到有人说，技术总监更多的是去做管理，把管理做好就行，技术这块不看重了。这个想法要不得！

我们要清楚一点的是，技术总监是偏管理的岗位，但是并不代表这个岗位的人，对技术能力没有要求。相反，我们应该要换个角度来看待这个问题，因为技术总监的技术能力已经到达了一定的水平，所以，需要更多的精力和时间放在管理上。

能力图谱如下：

能力图谱

架构师的综合落地能力要很强，现在领域内会分各端的架构师，比如大数据架构师，后端架构师。但是对于总监来说，带领的团队，可能涉及到多端，所以总监的技术能力，需要覆盖到多个职能端的架构能力。行业里有一个很明显的例子：某公司招技术总监，要求是有丰富的后端研发经验，技术栈也要是后端。我曾经和对应的招聘探讨过这个问题，给到的答复是，如果这个人偏前端，对后端的技术栈基本不熟悉，但是后端的技术栈，对于其他端的基本都熟悉，因为后端承接了大部分的业务流程。28原则，选择知道80%的人，不选择只知道20%的人。当然，这个也有例外，这里说的都是大概率事件。

技能层级覆盖的端包括：

• 移动端，android/ios
• web端，vuejs/angular....
• 后端，java/go/python/......
• 测试，自动化/性能/....
• 运维/devops相关
• 安全/网络.....
• 大数据/bi/ai

职能端覆盖包括如下：

• 技术
• 运维
• 大数据
• 产品/业务

架构师还是需要懂业务的。毕竟技术是支持业务的迭代。如果业务不清楚，那么设计出来的系统和架构是没办法来很好的支持业务的发展的。

了解这些职能端，至少需要工作五年以上。那么在技术能力层级这块，你离技术总监有多远呢？

管理能力层级

根据管理经验决定管理能力层级，大白话是曾经带过的团队规模，决定了管理的能力层级。这个也是大概率事件，也存在小概率事件，就是有的人只带过很小的团队，但是管理能力足以支撑上百人的团队。但是，公司选报人才的标准都是参照大概率事件的^_。

领导力模型：

模型

管理自己：把自己的事情管理好，人际关系管理好。
管理他人：带小团队，人和事一起管理，初级管理。
管理领导者：带中型团队，管理半径是领导者。
管理组织：带大型团队，管理半径是管理者。

不同的层级，不同的管理半径，但是对于团队规模和管理复杂度而言，不可同日而语。大家可以对标自己的管理规模，定位在哪一层级呢？

回到管理的本质：

德鲁克曾说过:管理者要做的是激发和释放人本身固有的潜能,创造价值,为他人谋福祉。这就是管理的本质

所以，管理管的是人。人是这个世界最复杂的物种，情绪，想法，思路，认知，经历。一个团队，一个组织里，每个人都不一样。所以管理是件很复杂的事情。

管理辐射点：

• 组织架构
• 流程规范
• 绩效考核
• 文化氛围

对于技术总监来说，这些点缺一不可。对标这些管理点，你还有多少没有涉及过呢？

总结

技术研发总监，包括了两个维度的管理：技术管理+团队管理。以上篇幅主要是表述的是这两点。当然，还有一点，就是这个职能最好的是需要贴近业务。因为，技术实现的目标就是产生业务价值。

不同的能力层级，对标本文最开始的能力层级图谱。有的人走纯技术路线，有的人走技术管理路线。大家可以对标下自己的能力层级，目前定位在哪个阶段。