05 | COMD能力模型：怎么把抽象的能力要求具体化？

Dec 4, 2020

05 | COMD能力模型：怎么把抽象的能力要求具体化？-极客时间



下载APP





关闭

讲堂部落提薪训练营云原生训练营架构实战营企业版极客商城兑换中心 App下载浏览器插件

渠道合作

推荐作者

05 | COMD能力模型：怎么把抽象的能力要求具体化？

2020-12-04 李运华来自北京

《大厂晋升指南》

课程介绍



讲述：安晓辉

时长13:14大小12.09M



你好，我是华仔。
上一讲我分享了两条晋升逻辑和一套通用的晋升步骤。现在你已经知道，要先把当前级别要求的能力提升到精通程度，然后尝试做下一级别的事情。
不过在这个过程中，你还会遇到另一个麻烦，那就是不确定下一级别的能力要求到底是怎样的，所以你也不知道究竟要准备到什么程度。
举个最常见的例子，不同级别有不同的 Title（头衔），比如“工程师”“高级工程师”和“专家工程师”等。但是，这样的 Title 对我们理解不同级别的能力要求，是完全没有什么用处的。“高级工程师”到底“高级”在哪，可能每个人的理解都不一样。
公司统一的能力描述：抽象为了指导员工晋升，公司一般都会对各个级别的能力要求给出描述。但是因为细分的领域实在太多了，所以公司只能进行非常抽象的描述。
比如，P7 的要求是“具备系统思考的能力，能够全面掌握某个技术领域”，而 P8 的要求是“具备前瞻判断的能力，能够规划技术领域的发展方向”。
从实际的效果来看，这样的描述基本没什么效果，绝大部分人看完还是一头雾水。在实际工作中，团队成员经常跟我反馈这样的困惑：
什么是系统思考能力？P7 才要求系统思考，可是我 P6 的时候参与项目开发，就需要考虑需求的合理性、索引设计高性能、接口的兼容性和易用性、上线的灰度方案这么多事情，这些难道不是系统思考吗？
什么是前瞻判断能力？P6 要预测需求变化，P7 要规划团队技术发展，这些也是前瞻判断呀，为什么 P8 要特别强调前瞻判断？
可以说，晋升疑惑千千万，能力要求占一半。这一讲我要介绍的就是把抽象要求具体化的方法。
领域定制的能力解读：比较具体因为公司的抽象描述很难指导实际工作，所以有些领域会独立定制自己的职级能力解读，一般是由 P8 或 P9 级别的员工以工作组的方式讨论得出来的。
比如“Java 业务开发”这个领域，P6 和 P7 级别的能力解读长什么样呢？你可以参考下面的表格。
（注：这张表格仅供参考。它不是完整的解读，不代表所有公司的实际要求。你也不需要看懂里面的所有内容，只要了解这个形式就可以了。）
我们可以看到，这份标准跟公司的描述相比，已经具体很多了。如果按照这个思路，完整地把各个级别要求的能力一一列出来，不但可以作为晋升的标准，也可以作为学习的参考。
其实这种做法对员工是有利的，因为标准越明确，就越容易“照本宣科”地去做。但是从公司的角度来看，这种做法存在成本太高（有几十上百个专业领域要制定详细标准，每年都要更新）、限制创新（大家都只管对照公司标准来做事，其它一概不管）等问题，所以很少有公司会这么做。
COMD 能力模型：4 种复杂度 +3 个维度为了彻底解决要求不明确的问题，让你更好地理解不同职级的能力差异，我根据自己的思考和担任晋升评委的经验，提炼出了一套兼容性很强又容易理解的能力模型：面向复杂度的多维度能力模型（Complexity-Oriented & Multi-Dimension Capability Model），简称 COMD 能力模型。
COMD 的 CO 是指 Complexity-Oriented，意思是“面向复杂度”（灵感来源于“面向对象”）；MD 是指 Multi-dimension，意思是“多维度”，也就是技术、业务和管理 3 个维度。
COMD 的核心指导思想是，通过事情的复杂度来判断能力的高低，级别越高，所做的事情复杂度也越高。
当然，如果只是单纯地用复杂度来判断能力高低，那么它本质上和其他方法也没什么不同，看不懂的地方还是看不懂，不同的人理解还是不同。
所以，为了清晰地描述不同能力层级的差异，COMD 能力模型还进一步地明确了复杂度，具体包括规模复杂度、时间复杂度、环境复杂度和创新复杂度 4 种类型。
1. 规模复杂度规模复杂度是指和规模大小有关的复杂度。
规模越大，复杂度越高。原因在于规模越大，节点越多，节点间的关系越复杂，而且节点间的关系复杂度是指数增长的。就像下面的图片所展示的：当节点数只有 3 个时，节点间的关系也只有 3 个；而节点数达到 6 个时，节点间的关系就变成了 15 个，复杂度提升了 5 倍。
按照这个原理，我们可以对一些常见工作维度的规模复杂度进行比较，具体如下表所示。
当然，以上对比的前提是，除了规模之外，其他条件都差不多。（对比其他几个复杂度时也是这样）。就像表格中 200 行代码和 2000 行代码对比，前提是代码复杂度是差不多的。因为 200 行核心代码的复杂度，显然比 2000 行拷贝粘贴的代码要高。
2. 时间复杂度时间复杂度是指和时间跨度有关的复杂度。
时间跨度越长，复杂度越高。原因在于万事万物都处于不断发展变化当中，时间跨度越长，变化的因素和可能方向越多，越难判断准确。
三大维度的时间复杂度的对比举例如下表所示。
3. 环境复杂度环境复杂度是指和环境不确定性有关的复杂度。
我们很多的判断、决策和行为都依赖于对环境的认知和反应。总的来说，环境不确定性越高，复杂度越高。
环境的不确定性具体分为环境的稳定性、环境的透明性和环境的可预见性 3 个方面：
环境的稳定性，指环境变化的速度快慢。
环境的透明性，指是否能够明确地获取环境相关的信息。
环境的可预见性，指是否会发生完全无法预料的黑天鹅事件。
环境的稳定性、透明性和可预见性越低，它的不确定性就越高，复杂度也越高。
下面这个表格从宏观的角度分析了技术、管理和业务三个维度所面临的环境不确定性。
从表格中可以看出，对于互联网行业的业务来说，环境稳定性、透明性和可预见性都比较低，所以它的环境复杂度是最高的。这也是在互联网大厂，大部分 P9/P10 都需要把很多时间和精力投入到业务上的主要原因。
4. 创新复杂度创新复杂度是指和创新程度有关的复杂度。
常见的创新包括理论的创新、思想（或者说方法）的创新和技巧的创新。理论创新的复杂度要高于思想创新，而思想创新的复杂度又高于技巧创新。
以高可用技术领域为例：
FLP 原理和 CAP 定理属于理论创新。它们奠定了分布式高可用设计的基础和边界，无论是缓存系统、存储系统、批处理系统、流式处理系统还是采用微服务架构的业务系统等，都不能跳出这两个理论的约束和限制。
批处理和流处理属于思想创新。对于大数据技术来说，一开始 Google 提出的批处理思路开启了大数据时代，而后来 Storm 开启了流处理这个新的技术领域。
实现 Exactly Once 特性属于技巧创新。开源框架 Flink 使用 Chandy-Lamport 算法，实现了流处理 Exactly Once 的特性，能够实现消息精确投递，避免重复消息导致业务出错。
我们可以看到，创新复杂度越高，影响的范围往往也越大。理论创新会奠定整个行业的基础，而思想创新可能开辟一个新的技术领域。
另外，创新并不意味着一定要全球首创，只要相比团队当前现状来说有改进就行了；创新也不局限于技术领域，管理和业务一样可以创新。所以，下面这些事情都可以算是创新：
开发 Memcache
有了 Memcache 后开发 Redis
引入设计模式优化代码
使用微服务来拆分系统
优化项目流程
提出一种新的业务模式
三个维度的部分典型创新案例如下表所示，你可以参考对照。
除了刚才说的这 4 种通用的复杂度之外，在每个领域内部，也会有一些工作的复杂度本身就要比另一些工作高。
比方说在软件开发领域，我们一般认为各项工作的复杂度排序是这样的：
从0到1创造系统>架构重构>项目方案设计>编码实现
不过这些认知是领域经验总结形成的共识，并不能通用。所以在使用 COMD 模型的时候，你还是需要结合领域经验综合判断。
COMD 与抽象描述的对比我想，你现在应该知道为什么公司写的那些抽象描述让人看不懂了。跟 COMD 能力模型的具体拆解比起来，它们只是脱离实际的文字游戏罢了。我就拿这一讲开头提出的“系统思考”和“前瞻判断”来说好了。
系统思考比如在某些大厂，“系统思考”的确是写在 P7 级别的能力描述里，但它不是 P7 级别才有的能力特征。实际上，P6 以上的级别都要求“系统思考”，区别只是思考的范围不同，也就是规模复杂度不同而已。
以 B2C 电商业务开发为例，在某些大厂，不同级别“系统思考”的范围如下图所示：
对于 P6 来说，系统思考的范围是某个需求，需要考虑需求的合理性、设计的可扩展性和上线后的稳定性等问题。
对于 P7 来说，系统思考的范围是单个系统，需要考虑的是单个系统的架构设计、架构重构和技术选型等问题。
对于 P8 来说，系统思考的范围是某个领域，需要考虑的是领域的发展趋势、架构演进、团队组织结构等问题。
对于 P9 来说，系统思考的范围是多个关联的业务域组成的业务线，需要考虑业务发展趋势、架构演进、团队组织结构等问题。
前瞻判断同样地，在某些大厂，“前瞻判断”虽然写在了 P8 的能力描述里，但其实 P6 以上都有前瞻性的要求，区别只是在于前瞻范围、时间跨度和面临的环境不同而已。这些因素就分别对应了规模复杂度、时间复杂度和环境复杂度。
同样以 B2C 电商业务开发为例，某些大厂 P6～P9 级别的前瞻性要求如下表所示：
所以说，如果你还在绞尽脑汁地钻研“为什么 P7 才提出系统思考”以及“P8 要求的前瞻判断有什么深意”这样的问题，那就掉到文字陷阱的坑里去了，白白浪费脑细胞。至于怎么从坑里走出来呢？这就需要灵活应用 COMD 能力模型了。
如何应用 COMD当你想要了解某个级别的能力要求的时候，不要再对着那些抽象和模糊的词语，不着边际地猜测和想象了。你应该静下心，坐下来填一个“能力矩阵”的表格，把每一项的要求都完整且具体地列出来。比如下面这个“能力矩阵”表格就摘录了 P6 级别的部分要求，可以作为参考。
如果表格里有些内容你填不出来，说明你对这个级别的理解还不到位。不过没有关系，我会在课程的第二部分，也就是职级详解中给出每个级别通用的衡量标准。
在这个基础上，你可以请教你的主管、HR 和同事等人，来完善和细化表格内容。当你详细地填完了这个表格，你也就对这个级别了解得很清楚了。接下来，你就可以对照表格，针对性地提升自己的能力。
小结现在，我们回顾一下这一讲的主要内容。
公司会对各个级别的能力要求给出一个抽象的描述，比如“系统思考”和“前瞻判断”等，但实际指导意义不大。
有些领域可能会独立定制相关技术方向的能力解读。虽然这种解读比公司的抽象描述稍微具体一些，但因为投入成本太大和限制创新等原因，很难大范围推广。
我总结的 COMD 能力模型，把能力分成技术、管理和业务三个维度，并通过规模、时间、环境和创新四个复杂度来判断能力的高低。
如果你想了解某个级别的能力要求，为晋升做准备，可以把这个级别的能力模型表格列出来，然后针对表格内容做针对性的提升。
思考题这就是今天的全部内容，最后留一道课后思考题给你吧。记得有一次，团队成员跟我探讨职级的时候，问了我一个问题：“为什么说 P6 是独当一面，难道 P7、P8 和 P9 没有独当一面的要求吗？”学了 COMD 能力模型之后，你会怎么回答这个问题呢？
欢迎你把答案写到留言区，和我一起讨论。相信经过深度思考的回答，也会让你对知识的理解更加深刻。

分享给需要的人，Ta购买本课程，你将得20元

生成海报并分享

赞 46

提建议

04 | 晋升逻辑：别人怎么判断你有没有达到晋升要求？

06 | 职级档次：你现在应该具备的核心能力是什么？

 写留言

精选留言(40)

一兵一卒
2020-12-04
独当一面的“面积”不一样，P6的面积是15寸笔记本屏幕大小，P7的面积是32寸液晶显示器大小，P8的面积是65寸高清显示器大小，P9的面积是公司门口的大号液晶显示屏。。。
作者回复: 哈哈，你已经理解了��
104
潜行
2020-12-09
> 所以，为了清晰地描述不同能力层级的差异，COMD 能力模型还进一步地明确了复杂度，具体包括规模复杂度、时间复杂度、环境复杂度和创新复杂度 4 种类型。很好奇老师是怎么想到按这几个维度来拆分的。很多时候对一件事情的理解无法深入就是不知道该怎么继续往下拆分，老师的能力模型一下子把模糊的评级能力要求拆解的特别清晰。特别想提升这方面的能力，想请问老师可以通过哪些方式来锻炼？
展开
作者回复: 说来话长，关于如何衡量和考察技术人员的能力，最早我在UC的时候就开始思考了，但是并没有找到很好的答案，后来自己晋升、又带团队、又当评委，积累了很多经验和案例，这次写的时候灵感就爆发了。对于一个复杂或者模糊的问题，一下子看不到答案，就可以尝试去拆分，可以按照逻辑维度、流程维度、分类维度等去拆分，COMD模型的3个维度其实就是分类拆分的，4个复杂度就是按逻辑来拆分的。至于如何提升这种能力，我感觉可能跟我看书比较多有关，例如人文社科心理学经济学管理学等，看多了会潜移默化，无意中学习了一些方法吧
共 4 条评论
46
Johar
2020-12-13
中途转的JAVA，目前作为一个小组长，技术不行，管理上也在摸索，这种情况下，是偏向技术还是偏向管理比较好？
作者回复: P9以前都是专业为核心，管理是附加分
共 2 条评论
28
罗一
2020-12-08
请问一下对comd模型，有什么出处吗？我查了查资料但是没查到
作者回复: 我自己原创的，你在网上肯定查不到，仅此一家，别无分店：）
共 3 条评论
20
钱
2021-02-24
默认7的能力是覆盖6的能力要求的，强调的是7需要重点达到的能力要求。华仔在同龄人中，应该也是佼佼者，目测可能从小到大也都是“别人家的孩子”，这个估计是羡慕不来的，前面20年环境、天资、努力是关键，后面华仔是如何保持持续优秀的？是评论中所说读书多思考多嘛？那具体是怎样的读书多和思考多的呢？有些人读书多可能是知道的多了，不见得就能变的智慧？如果有上帝视角在人生的尽头看一遍自己的一生，估计是一件很有意思的事情。
展开
作者回复: 我从小到大都不是“别人家的孩子”，学校也只是成都电子科大，在学校从没挂科也从没拿奖学金……：）如果一定要到原因，我觉得读书肯定是第一个，我是人文社科经管历史文化都看，看多了有潜移默化的影响。尤其是心理学、社会学方面的，对于个人看待社会、看待公司各种现象有很好的理解。第二个当然是思考，我看完书后会自己去分析一下周边看到的事情和情况，写了很多的笔记，例如我会对比UC和华为的管理方式，然后思考为什么华为这样做，UC那样做，各自的优缺点又有什么……等等。第三个我觉得还是自己比较幸运，坚持技术这条路，在华为做的不如意，直接裸辞，幸运到了UC，后面UC被收购又到了阿里。
共 3 条评论
17
^_^
2020-12-06
不愧是大佬，面向复杂度的多维度能力模型，优秀
作者回复: 其实我也是想了好久才想到这个模型，得到这个结果前，可能想了10几种方法��
8
术子米德
2020-12-05
🤔☕️🤔☕️🤔 单维度内：把基本的事情做对，把难的事情做对多维度内：把基本的事情做对，把难的事情做对多维度间：把基本的事情做顺，把难的事情做顺新维度时：把基本的事情理清，把难的事情理清
作者回复: 有点抽象，我没太看懂：）
共 3 条评论
8
连凯
2021-04-06
听完这讲，感觉以前那些抽象的定级标准变得非常具体了。但是我也不禁思考一个问题，其他的评委拿到的都是抽象的定级标准，每个评委的理解不同，观察视角也不同，晋升答辩时间有限，很难把三个方面四个维度都展现出来。评委只能从他的视角下，寻找他希望看到的亮点。按照这套具体标准做，能力全面得到提升是一定的，但是是否也应该在某一方面重点突出，做个亮点出来呢
作者回复: 是的，不是要平均分配的，而是要有亮点，不同级别对亮点要求不同，P6/P7注重技术亮点，P8主动项目和结果亮点，P9注重业务结果亮点
7
nero
2021-02-19
老师如何看待跳槽丢失的业务熟练度，从而丢失的时间投入？？
作者回复: 业务技能分三类：一是方法论，二是技巧，三是细节。方法论是指2C的AARRR这种，这个只要你继续在2C领域，这个技能就不会丢；技巧是指“抖音买量”、“SEO优化”这种，如果你跳槽后业务性质没有很大变化，同样不会丢，例如你从美团外卖跳槽到饿了么外卖，外卖领域的这些技能是通用的，但是你从饿了么外卖跳槽到美团酒旅，这些技能就可能发生了变化。细节是指你的业务具体实现逻辑，这个没办法，即使是同样的业务，不同公司细节还是有很多差别的，跳槽肯定会丢失一部分。
共 3 条评论
7
溯
2021-01-16
在某团，明年很快就要参加第一次晋升了，虽然绩效都很不错，不是S就是A，感谢领导信任，也让带了团队，但之前心里一直没底，对晋升这块的认知和晋升的机关暗道等都不了解，认真咀嚼了老师的几篇大作后，有多次的醍醐灌顶的感觉，暗暗称棒，真的很棒，尤其这COMD模型！！！看完感觉晋升的信心提升了很多，在晋升的方法论这块，相信看完后不输于那些晋升“老油条们”，老师的文章真的是及时雨，弥补了我在这方面认知的薄弱甚至空白。
展开
作者回复: 祝你顺利晋升，加油👍👍👍✊🏻
共 2 条评论
6
Geek_3b1096
2021-01-01
COMD能力模型干货！
作者回复: 是我结合自己的管理经验和面评经验总结出来的原创模型
4
派森
2020-12-08
读了2遍，直面自己和直属领导的差距
作者回复: 除了直面，更要学习别人的长处和厉害的地方
4
helloworld
2020-12-05
这节课学到了，对能力等级有了一个更具象的理解，赞👍
作者回复: 这个是一个模型，一种思维方式，目的就是比较具体的拆解能力要求，后续每个级别还会有详细的解读。
3
Ethan New
2020-12-04
P6以上是独挡多面
作者回复: P6是独当一面，不是多面，你可以再看看文章理解一下
共 4 条评论
3
了@事@牵
2021-10-12
业务能力=产品能力吗？
作者回复: 业务能力分级别，P6/P7就是对产品的理解，P8就需要对业务的规划和打法要有所理解了，P9/P10就需要对业务战略理解了
共 2 条评论
1
陈文武
2021-07-20
能力要求是针对问题提出的，不同的职级面对不同的问题，因此职级的能力描述的内涵也不同。比如：对于水手和舰长，使用“熟练操作机械”这一能力描述，大家对他们的能力期待是不一样的，他们可能面临的问题也是有显著不同。
作者回复: 正解
1
Geek_123
2021-05-20
p6只关注一个点，p7要关注一条线，p8关注一个面，p9就要关注多个面了
作者回复: 我之前也是这么跟别人讲，但不同的人理解不一样，所以专栏就细化了模型
1
起而行
2021-03-28
老师，想请问 1.国内的互联网巨头（阿里、腾讯、字节、美团）对于海外硕士、海外工作的认可程度。比如结合COMD模型，美国Top20的硕士，Facebook和Google等一线大厂2-3年的工作经历，对于国内的晋升会有怎样的改变和帮助呢？ 2.听说腾讯美团等大厂在晋升时，候选人硕士比例较高，那么在这些公司，没有硕士学历对晋升会有多大的减分呢？
作者回复: 内部晋升学历影响很小，基本上看做过的项目和答辩的能力表现。
1
菜心1986
2021-02-12
请问，这里的架构重构是指，系统的业务逻辑重构，比如原有业务顺序重新调整，算法调整，还是技术框架增加调整之类的，比如引入new sql之类的。
作者回复: 后一种，不过从这个问题来看，你对架构，框架等概念看起来还不是很清晰，系统架构不是技术框架，而且技术框架也不会说增加
1
R20114
2020-12-10
读了两遍，从抽象要求到细化到具体要求后，再去看抽象，再去看抽象的要求，比第一眼看这个要求能读到更多的信息了。
作者回复: 因为你已经知道抽象背后的描述内容是什么了
共 2 条评论
1

