公司统一的能力描述：抽象

为了指导员工晋升，公司一般都会对各个级别的能力要求给出描述。但是因为细分的领域实在太多了，所以公司只能进行非常抽象的描述。

比如，P7 的要求是“具备系统思考的能力，能够全面掌握某个技术领域”，而 P8 的要求是“具备前瞻判断的能力，能够规划技术领域的发展方向”。

可以说，晋升疑惑千千万，能力要求占一半。这一讲我要介绍的就是把抽象要求具体化的方法。

领域定制的能力解读：比较具体

因为公司的抽象描述很难指导实际工作，所以有些领域会独立定制自己的职级能力解读，一般是由 P8 或 P9 级别的员工以工作组的方式讨论得出来的。

比如“Java 业务开发”这个领域，P6 和 P7 级别的能力解读长什么样呢？你可以参考下面的表格。

image.png

COMD 能力模型：4 种复杂度 +3 个维度

为了彻底解决要求不明确的问题，让你更好地理解不同职级的能力差异，我根据自己的思考和担任晋升评委的经验，提炼出了一套兼容性很强又容易理解的能力模型：面向复杂度的多维度能力模型（Complexity-Oriented & Multi-Dimension Capability Model），简称 COMD 能力模型。

CTMD, 哈哈.

为了清晰地描述不同能力层级的差异，COMD 能力模型还进一步地明确了复杂度，具体包括规模复杂度、时间复杂度、环境复杂度和创新复杂度 4 种类型。

规模复杂度

规模复杂度是指和规模大小有关的复杂度。

image.png

按照这个原理，我们可以对一些常见工作维度的规模复杂度进行比较，具体如下表所示。

image.png

时间复杂度

时间复杂度是指和时间跨度有关的复杂度。

时间跨度越长，复杂度越高。原因在于万事万物都处于不断发展变化当中，时间跨度越长，变化的因素和可能方向越多，越难判断准确。

image.png

环境复杂度

环境复杂度是指和环境不确定性有关的复杂度。

细分:

  • 环境的稳定性，指环境变化的速度快慢。
  • 环境的透明性，指是否能够明确地获取环境相关的信息。
  • 环境的可预见性，指是否会发生完全无法预料的黑天鹅事件。

下面这个表格从宏观的角度分析了技术、管理和业务三个维度所面临的环境不确定性。

image.png

创新复杂度

创新复杂度是指和创新程度有关的复杂度。

常见的创新包括理论的创新、思想（或者说方法）的创新和技巧的创新。理论创新的复杂度要高于思想创新，而思想创新的复杂度又高于技巧创新。

各领域的部分典型创新案例如下表所示:

image.png

在每个领域内部，也会有一些工作的复杂度本身就要比另一些工作高。

  • 从0到1创造系统>架构重构>项目方案设计>编码实现

COMD 与抽象描述的对比

系统思考

比如在某些大厂，“系统思考”的确是写在 P7 级别的能力描述里，但它不是 P7 级别才有的能力特征。实际上，P6 以上的级别都要求“系统思考”，区别只是思考的范围不同，也就是规模复杂度不同而已。

以 B2C 电商业务开发为例，在某些大厂，不同级别“系统思考”的范围如下图所示：

image.png

  1. 对于 P6 来说，系统思考的范围是某个需求，需要考虑需求的合理性、设计的可扩展性和上线后的稳定性等问题。
  2. 对于 P7 来说，系统思考的范围是单个系统，需要考虑的是单个系统的架构设计、架构重构和技术选型等问题。
  3. 对于 P8 来说，系统思考的范围是某个领域，需要考虑的是领域的发展趋势、架构演进、团队组织结构等问题。
  4. 对于 P9 来说，系统思考的范围是多个关联的业务域组成的业务线，需要考虑业务发展趋势、架构演进、团队组织结构等问题。

前瞻判断

同样地，在某些大厂，“前瞻判断”虽然写在了 P8 的能力描述里，但其实 P6 以上都有前瞻性的要求，区别只是在于前瞻范围、时间跨度和面临的环境不同而已。这些因素就分别对应了规模复杂度、时间复杂度和环境复杂度。

同样以 B2C 电商业务开发为例，某些大厂 P6～P9 级别的前瞻性要求如下表所示：

image.png

如何应用 COMD

当你想要了解某个级别的能力要求的时候，不要再对着那些抽象和模糊的词语，不着边际地猜测和想象了。你应该静下心，坐下来填一个“能力矩阵”的表格，把每一项的要求都完整且具体地列出来。比如下面这个“能力矩阵”表格就摘录了 P6 级别的部分要求，可以作为参考。

image.png

如果表格里有些内容你填不出来，说明你对这个级别的理解还不到位。