专栏：职场不用喝咖啡 - 技能地图

企业的地图有了，现在来看看自己。

越高的岗位，越没有 JD

因为越难的工作，越不清楚应该怎么做。

职业生涯到某一个阶段，你会开始接到不是具体的工作任务，而只有一个工作方向或者目标需要你想办法达到。这会是你第一次真正的从「完成任务」往「做成事情」转变，你需要的知识，开始超越出你的 JD 的范围了。

绝大部分职场高级岗位，都是复合技能型的要求。

但所有的 JD，都可以被定义

我把所有的职场技能，拆解为了如下 10 个大类。任何一个市面上的岗位或岗位要求，本质上都是下面这些大类里的一个或多个的不同组合。

**核心业务职能：
**

研发（Research & Development）

产品研发

技术研发

创新管理

生产/运营（Production/Operations）

生产制造

质量控制

供应链管理

销售（Sales）

直接销售

渠道管理

客户关系

市场（Marketing）

品牌管理

市场调研

营销策划

客户服务（Customer Service）

售前支持

售后服务

用户体验

财务（Finance）

会计核算

财务管理

风险控制

人力资源（HR）

招聘配置

培训发展

薪酬福利

组织文化

战略与管理（Strategy & Management）

战略规划

组织管理

流程优化

数字技术（Digital Technology）

IT基础设施

数字化转型

数据分析

法务与合规（Legal & Compliance） - 法律事务 - 合规管理 - 知识产权

脑图如下：

比如：

软件开发岗位，可能需要的只是【研发（Research & Development）】中的一类专业

而研发总监，需要的可能是【研发（Research & Development）】+【战略与管理（Strategy & Management）】+【人力资源（HR）】的组合。

而进一步，一个合格的 CTO，需要的显然跨度更大。

其他领域的岗位的技能组合逻辑，本质上并没有太大不同

所有的岗位，包括也许现在还不存在的未来的岗位（机会），本质上都应该可以被这些技能的组合定义。

T 型人才不是鸡汤。

越基础的岗位，需要的技能越单一，越重的职责，往往都是复合型的要求。因此，T 型人才如今是一个流行的说法。

我的经验是，这个说法，千真万确。

微观一些，软件研发的管理岗位，一定不能只懂开发技能，你需要懂测试，懂运维，否则一定没办法合理的设计这些岗位的职责边界和权责。

宏观一些，大部分的总监类及以上岗位，都需要你懂战略，资源，人力，如果你同时懂公司的业务专业领域，懂财务，则更容易如鱼得水一些。

嗯，千真万确。

那应该怎么做？

你拥有的技能越单一，职场的容错就越差，越容易被大环境影响。

如果你只会写代码，意味着企业里有人费劲的设计出了一个商业模式，让一个只会写代码的人也能发挥商业价值。这也是大部分基础岗位存在的原因，也是这些岗位最容易收到经济波动，行业变化影响的原因。

我没有速成的办法，终身学习也许是个版本答案吧。

---

但下一步可以做哪些事？我们下一篇展开聊聊。