岗位标准不是一份职责说明书，而是业务对人才能力和成长证据的共同判断。
用真实任务、关键能力和成长标准定义岗位要求，让选、育、用、留有共同依据。
- 岗位任务
- 能力标准
- 发展阶段
- 应用机制
岗位标准
任职资格与胜任力模型
用真实任务、关键能力和成长标准定义岗位要求，让选、育、用、留有共同依据。
面向 HR、组织发展、人才发展和业务负责人，围绕关键岗位的职责、任务、能力、经验和发展阶段，建立能被招聘、培养、评价和晋升共同使用的岗位标准。
适合先沟通这些问题
- 任务这个岗位真正决定业务结果的关键任务和典型场景是什么？
- 能力不同层级或成熟度的人，需要表现出哪些可观察的能力？
- 应用岗位标准将用于招聘、培养、评价、晋升还是关键人才识别？
适用场景
这些问题出现时，任职资格与胜任力模型需要成为独立项目
先围绕真实业务场景和关键参与角色判断范围，不把项目做成泛泛的培训或一次性活动。
岗位要求写得很泛
职责描述很多，但无法回答什么样的人能真正完成关键业务任务。
评价依赖主管感觉
不同主管对能力好坏的标准不同，人才选拔和发展难以形成一致判断。
模型与业务脱节
能力词汇看起来完整，但没有真实任务、案例和发展路径支撑。
角色痛点
项目要同时回答关键参与者的真实担心
项目启动时先明确谁提供事实、谁做判断、谁推动后续行动，才能让产出进入业务现场。
组织与人才发展负责人
需要把岗位标准变成选、育、用、留的共同基础，而不是单一人力资源文件。
业务负责人
需要确认关键任务、优秀表现和未来业务要求，避免标准脱离业务现场。
直属主管
需要用标准做人才反馈、发展辅导和成长机会安排。
判断信号
出现这些信号，值得先做一次项目诊断
不需要一开始准备完整方案。先明确问题、对象、材料和最小启动范围即可。
同岗人员水平差异大
团队无法说明优秀员工和普通员工在任务、方法和结果上的差异。
培养项目缺少依据
课程和项目很多，但没有清晰岗位标准来决定谁该学什么。
晋升与发展争议多
评价时缺少可观察的能力和经历证据，只能依赖主观印象。
项目路径
从事实判断到行动复盘，形成可持续使用的工作机制
每一步都围绕真实任务和可观察产出推进，避免项目结束后只留下课堂记录或汇报材料。
岗位任务梳理
从关键岗位的业务结果和典型场景出发，澄清真正决定岗位价值的任务、判断和协同。
能力要素提炼
提炼优秀人员在任务中体现的专业、管理和协同能力，避免模型只停留在抽象词汇。
分级标准设计
按岗位发展阶段定义能力、经验和成果证据，形成可观察、可讨论的任职资格标准。
业务校准
由业务负责人和主管校准任务权重、优秀表现和发展差异，确认标准能反映真实现场。
应用落地
把标准逐步接入招聘、培养、人才盘点、发展反馈或晋升等已确定的应用场景。
交付成果
留下团队能够继续使用的工具、标准和复盘路径
岗位任务地图明确关键岗位的核心任务、典型场景和业务价值。
能力模型形成可观察、可讨论的专业、管理和协同能力标准。
任职资格标准定义不同发展阶段需要的能力、经验和成果证据。
应用建议连接招聘、培养、人才盘点、评价和发展机制。
项目选型
可以先从最小范围启动，再决定是否扩大
先选清楚最需要解决的一个问题、参与团队和可用材料，合作方式才能与实际需要匹配。
相关路径
结合相近项目、方法和案例继续判断
这些链接用于帮助你确认当前问题的边界和下一步，不替代本页的独立项目承接。
常见问题
先把项目边界说清楚，再开始沟通
第一次沟通重点是判断真实问题和最小启动路径，不是要求企业先准备完整采购方案。
任职资格和胜任力模型是一回事吗？
两者相关但侧重不同。胜任力模型关注行为与能力，任职资格还会连接岗位任务、经验、成果和发展阶段。
一定要覆盖所有岗位吗？
不需要。通常先从业务影响大、人员规模较大或人才判断分歧明显的关键岗位开始。
模型能直接用于绩效考核吗？
可以提供评价依据，但绩效还需要结合目标、结果和具体管理制度共同设计。
业务负责人需要投入多少？
关键岗位的任务和优秀表现必须由业务确认，HR负责组织方法和后续应用，双方都不可缺位。
企业微信沟通
说明当前场景，先判断任职资格与胜任力模型是否适合启动
可以直接说明所在业务、参与团队、已经尝试的做法、可提供的材料，以及最希望改变的一个动作。信息不完整也可以先沟通。
添加企业微信
沟通备注：任职资格与胜任力模型问题诊断