企业的地图有了，现在来看看自己。
越高的岗位，越没有 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 型人才如今是一个流行的说法。
我的经验是，这个说法，千真万确。
微观一些，软件研发的管理岗位，一定不能只懂开发技能，你需要懂测试，懂运维，否则一定没办法合理的设计这些岗位的职责边界和权责。
宏观一些，大部分的总监类及以上岗位，都需要你懂战略，资源，人力，如果你同时懂公司的业务专业领域，懂财务，则更容易如鱼得水一些。
嗯，千真万确。
那应该怎么做？
你拥有的技能越单一，职场的容错就越差，越容易被大环境影响。
如果你只会写代码，意味着企业里有人费劲的设计出了一个商业模式，让一个只会写代码的人也能发挥商业价值。这也是大部分基础岗位存在的原因，也是这些岗位最容易收到经济波动，行业变化影响的原因。
我没有速成的办法，终身学习也许是个版本答案吧。
---
但下一步可以做哪些事？我们下一篇展开聊聊。
但下一步可以做哪些事？我们下一篇展开聊聊。