技能矩阵盘点器 — SKILL.md
§0 TRACE 质量宣言
本 Skill 的设计与实现严格遵循 TRACE 五维度质量体系:
- T(Trust):评分标准统一(5分制四级定义),不引入主观猜测,所有分析可追溯到原始评分数据
- R(Reliability):相同评分数据始终产生一致的缺口分析和优先级排序
- A(Adaptability):支持5大岗位类别预置技能维度模板,也支持完全自定义维度
- C(Convention):输出格式固定为六大板块,可直接嵌入人才盘点报告
- E(Effectiveness):输出直接产出培训优先级排序和继任风险清单,对接培训需求分析和招聘计划
§Q 能力边界与触发词
能力边界
能做的:
- 根据团队成员的技能评分数据,生成技能矩阵总览表
- 分析每位成员的能力强弱项
- 识别团队整体技能缺口和关键缺失
- 筛选高潜、专家和关键节点人才
- 按紧缺度为技能维度做培训优先级排序
- 识别单点技能和关键岗位后继风险
不能做的:
- 不代替正式的360度评估或绩效考评
- 不涵盖性格/价值观/潜力等软性维度(仅限可定义的专业技能)
- 不设计具体的培训课程(可衔接课程匹配推荐器)
- 不处理超过30人的大型团队(矩阵可读性下降)
触发词表
| 类别 | 触发表达 |
|---|---|
| 直接请求 | 技能矩阵 / 能力盘点 / 团队技能盘点 / 技能矩阵图 / 能力矩阵 |
| 场景描述 | XX部门技能怎么样 / 团队能力分布 / 我们团队缺什么技能 / 盘点团队能力 |
| 人才识别 | 谁是我们团队的高潜 / 关键人才怎么识别 / 技术专家都有谁 |
| 缺口分析 | 团队能力短板在哪里 / 什么技能最紧缺 / 培训应该优先补什么 |
| 风险预警 | 有没有单点故障风险 / 谁走了影响最大 / 继任计划怎么做 |
§1 核心知识库
1.1 技能评分体系(五级制)
| 等级 | 分值 | 标签 | 判定标准 |
|---|---|---|---|
| 5 | 5 | 专家 | 能指导他人、建立标准、解决该领域复杂难题,是团队对外输出标准的人 |
| 4 | 4 | 精通 | 能独立完成复杂任务,偶尔需要高难度问题时的专家支持 |
| 3 | 3 | 熟练 | 能独立完成常规任务,遇到复杂情况需要指导 |
| 2 | 2 | 基础 | 在指导下能完成,但尚不能独立承担 |
| 1 | 1 | 新手 | 仅了解概念,无实际应用经验 |
1.2 评分来源与加权
| 来源 | 说明 | 适用场景 |
|---|---|---|
| 自评 | 员工对自己的评分 | 快速盘点初筛 |
| 上级评 | 直属上级的评价 | 正式盘点 |
| 混合评 | 自评×40%+上级评×60% | 平衡版,推荐 |
| 统一评 | HR或部门负责人统一打分 | 对标统一标准 |
评分冲突处理:自评与上级评分差≥2分时,标注为"评分差异大"并在个体分析中提醒。
1.3 岗位类别预置技能维度
| 岗位类别 | 预置技能维度 |
|---|---|
| 技术研发 | 编程语言(主力)/ 系统设计 / 代码Review / 性能优化 / 项目管理 / 技术文档 / 沟通协调 |
| 产品 | 需求分析 / PRD撰写 / 用户研究 / 数据分析 / 项目管理 / 竞品分析 / 沟通协调 |
| 运营 | 内容策划 / 数据分析 / 用户运营 / 活动策划 / 社群管理 / 渠道投放 / 沟通协调 |
| 销售 | 客户开发 / 需求挖掘 / 商务谈判 / CRM管理 / 产品知识 / 方案呈现 / 沟通协调 |
| 职能 | 专业核心技能 / 流程优化 / 数据分析 / 跨部门协作 / 项目管理 / 合规管理 / 沟通协调 |
用户可选择预置模板后增删修改,或完全自定义维度。
1.4 人才分类模型
基于技能宽度(≥3分的技能数量)和技能深度(最高分),将团队成员分为四类:
| 类型 | 判定条件 | 特征 | 发展建议 |
|---|---|---|---|
| 高潜人才 | 宽度≥60%维度且深度≥4 | 多面手+有专长 | 重点保留、安排跨领域轮岗 |
| 专家人才 | 宽度<50%维度但深度=5 | 深度专精 | 技术评级通道、内部讲师 |
| 关键节点 | 某项技能团队唯一≥3分者 | 不可替代 | 紧急培养备份、继任计划 |
| 待发展 | 宽度<40%维度且深度≤2 | 需要成长 | 制定个人发展计划(IDP) |
1.5 培训优先级计算
紧缺度 = (目标基准分 - 团队平均分) × 该技能重要性权重
| 紧缺度区间 | 优先级 | 行动建议 |
|---|---|---|
| >1.5 | P0 | 紧急:本月内安排培训或外招 |
| 1.0-1.5 | P1 | 紧迫:本季度内安排培训 |
| 0.5-1.0 | P2 | 常规:纳入年度培训计划 |
| <0.5 | P3 | 保持:维持现有水平即可 |
1.6 继任风险判定
| 风险等级 | 判定条件 | 标记 |
|---|---|---|
| 高危 | 关键岗位无合格备份(≥3分者<2人) | 🔴 |
| 中危 | 关键岗位有备份但非本部门 | 🟡 |
| 低危 | 有≥2人同岗位且均≥3分 | 🟢 |
| 单点技能 | 某项技能全队仅1人≥3分 | 🔴 |
§2 信息收集流程
2.1 第一步:确认盘查范围
是盘点整个部门,还是特定团队?确认盘点对象:
—— 引导话术 ——
确认一下,这次技能盘点的范围是——① 整个XX部门所有人?② 还是某个特定团队(比如XX组)?涉及大约多少人?
2.2 第二步:获取团队信息
列出被盘点人员的姓名和岗位:
—— 必填 ——
(请提供姓名+岗位列表,例如:
1. 张三,Java开发
2. 李四,前端开发
3. 王五,测试工程师)
2.3 第三步:确定技能维度
优先询问是否使用预置模板:
—— 引导话术 ——
技能维度方面,开发团队我可以用预置的技术研发模板(编程语言/系统设计/代码Review/性能优化/项目管理/技术文档/沟通协调),还是你想自定义?
如果自定义:请列出需要评估的技能维度,建议5-8项(太少看不出分布,太多评分负担重)。
2.4 第四步:收集评分数据
—— 引导话术 ——
接下来是评分。用5分制:
- 5=专家(能指导他人)
- 4=精通(独立完成复杂任务)
- 3=熟练(独立完成常规任务)
- 2=基础(需指导)
- 1=新手(仅了解概念)
你希望用哪种评分方式?
- A — 你自己统一打分(最快)
- B — 提供自评数据
- C — 提供上级评数据
- D — 先不做评分,给我空白矩阵我拿去填
如果选D(无评分),输出空白矩阵模板 + 解释回填方法。
如果已有评分数据,逐人逐项核对后汇总确认。
2.5 第五步:确认目标基准
每项技能是否有目标水平要求?如无,默认基准为3分(熟练)。
—— 引导话术 ——
另外,各项技能你认为团队应该达到什么水平?比如系统设计要求4分,技术文档要求3分。如果不特别说,我默认基准是3分。
§3 输出模板
输出总览(六大板块)
板块一 → 板块二 → 板块三 → 板块四 → 板块五 → 板块六
矩阵总览 个体雷达 缺口分析 关键人才 培训优先级 继任风险
板块一:技能矩阵总览
图例:5=■专家 4=■精通 3=■熟练 2=■基础 1=□新手
| 姓名 | 岗位 | {技能1} | {技能2} | {技能3} | {技能4} | {技能5} | {技能6} | {技能7} | 均分 | 宽度 |
|---|---|---|---|---|---|---|---|---|---|---|
| 张三 | XX | 5 | 3 | 2 | 4 | 3 | 2 | 4 | 3.3 | 5/7 |
| 李四 | XX | 2 | 4 | 3 | 3 | 4 | 3 | 2 | 3.0 | 4/7 |
| ... | ... | ... | ... | ... | ... | ... | ... | ... | ... | ... |
| 团队均分 | 3.2 | 3.5 | 2.8 | 3.3 | 3.1 | 2.5 | 3.0 | 3.1 | — | |
| 目标基准 | 3.0 | 3.0 | 3.0 | 4.0 | 3.0 | 3.0 | 3.0 | — | — |
板块二:个体能力雷达
每位成员以此格式输出:
{姓名} — {岗位}
| 维度 | 评分 | 定位 |
|---|---|---|
| 强项 | {列出≥4分的技能} | 团队输出标准/可独立承担 |
| 合格项 | {列出3分的技能} | 常规任务可独立完成 |
| 弱项 | {列出≤2分的技能} | 需重点提升或规避 |
发展建议:{一句话建议,如"建议向系统设计方向深耕以成为专家"或"建议补足XX技能以拓宽胜任范围"}
板块三:能力缺口分析
整体评估
| 指标 | 数值 | 评价 |
|---|---|---|
| 团队平均分 | {X} | {高于/接近/低于基准} |
| 达成基准的技能数 | {X}/{总数} | {百分比} |
| 最大缺口技能 | {技能名} | 缺口{差值}分(均分{}-基准{}) |
| 最均衡技能 | {技能名} | 全员标准差最小 |
缺口详情
| 技能 | 基准 | 团队均分 | 缺口 | 低于基准人数 | 紧缺度 | 优先级 |
|---|---|---|---|---|---|---|
| {技能1} | 4.0 | 2.8 | 1.2 | 4/6 | 1.8 | P0 |
| {技能2} | 3.0 | 2.5 | 0.5 | 2/6 | 0.7 | P2 |
| ... | ... | ... | ... | ... | ... | ... |
板块四:关键人才识别
| 姓名 | 岗位 | 最高分技能 | 宽度 | 类型 | 标记 | 说明 |
|---|---|---|---|---|---|---|
| 张三 | XX | {技能}(5分) | 5/7 | 专家+关键节点 | 🔑 | 唯一系统设计5分者,团队IT架构标准制定者 |
| 李四 | XX | {技能}(4分) | 5/7 | 高潜 | ⭐ | 多面手,建议安排跨领域项目 |
| ... | ... | ... | ... | ... | ... | ... |
板块五:培训优先级排序
| 优先级 | 技能 | 紧缺度 | 低于基准人数 | 建议行动 |
|---|---|---|---|---|
| P0 | {技能} | 1.8 | 4/6 | 紧急安排内训+外招1人 |
| P1 | {技能} | 1.2 | 3/6 | 本季度安排专项培训 |
| P2 | {技能} | 0.7 | 2/6 | 纳入年度培训计划 |
| P3 | {技能} | 0.3 | 1/6 | 保持现状,导师带教即可 |
板块六:继任风险预警
| 风险等级 | 对象 | 风险描述 | 影响 | 建议 |
|---|---|---|---|---|
| 🔴 高危 | {岗位/技能} | {说明为什么高危} | {影响描述} | {具体建议} |
| 🟡 中危 | ... | ... | ... | ... |
| 🟢 低危 | ... | ... | ... | ... |
单点技能清单:
| 技能 | 唯一掌握者 | 评分 | 建议 |
|---|---|---|---|
| {技能} | {姓名} | 4 | 安排至少1人跟学备份 |
§R 风险评估与预案
| 风险 | 可能影响 | 预案 |
|---|---|---|
| 评分主观偏差大 | 矩阵失真,缺口分析不可靠 | 标注评分来源,当自评与上级评差距≥2分时单列冲突项提醒 |
| 技能维度设置不当 | 过于宽泛或过于细分导致分析无意义 | 建议维度数5-8项,过高或过低时主动提示 |
| 团队成员变动频繁 | 盘点结果快速过时 | 在输出末尾标注盘点日期,建议每季度更新一次 |
| 评分数据来源单一 | 上级评可能存在光环效应或宽严偏差 | 建议混合评(自评40%+上级评60%)并注明评分来源 |
| 矩阵过大无法阅读 | 超过30人的矩阵信息密度过高 | 建议按小组拆分或仅输出汇总统计,个体雷达单独输出 |
§A 结构化异常处理表
| 编号 | 异常场景 | 触发条件 | 处理方式 | 提示语(用户可见) |
|---|---|---|---|---|
| A1 | 缺少团队成员信息 | 未提供姓名和岗位列表 | 分步引导提供 | "要盘点的团队成员有哪些?请列出姓名和岗位——比如:\n1. 张三,Java开发\n2. 李四,前端开发" |
| A2 | 缺少技能维度 | 未指定评估哪些技能 | 提供预置模板或引导自定义 | "需要评估哪些技能维度?我可以提供预置模板——技术/产品/运营/销售/职能,选一个方向?或者你直接列出5-8项技能名称。" |
| A3 | 无评分数据 | 用户选择D(先不给分) | 输出空白矩阵+评分指南 | "这是空白技能矩阵,每格填入1-5分。评分标准:5=专家/4=精通/3=熟练/2=基础/1=新手。填好后把数据发我,我马上生成分析。" |
| A4 | 评分出现明显矛盾 | 同一人或同一技能评分标准差>2 | 标注冲突并提醒复核 | "以下评分差异较大(≥2分),建议复核:\n- 张三:自评系统设计5分 vs 上级评2分\n需要按自评还是上级评继续?还是取平均值?" |
| A5 | 团队人数超过30人 | 矩阵规模过大影响可读性 | 建议拆分或仅输出汇总统计 | "30人的矩阵会比较庞杂。建议按小组拆分(如前端组/后端组分别盘点),或者我只输出团队汇总统计 + 每人简版雷达。你倾向哪种?" |
| A6 | 技能维度过多或过少 | 技能维度<3项或>10项 | 提示调整 | 维度过少:"只有{}项技能维度,分析颗粒度太粗,建议至少5项,比如增加'{建议维度}'?" / 过多:"{}项维度评分负担较重,建议控制在8项以内,哪些维度可以合并?" |
| A7 | 全员某项技能均≤2分 | 该项技能团队整体薄弱且无人能带 | 标注紧急缺口并建议外招 | "⚠️ {}技能全员均低于3分,团队内部无培养能力——建议:① 紧急外招1位≥4分的资深人员 ② 同时安排外部培训,否则该能力鸿沟无法内部填补。" |
| A8 | 无高潜或关键人才 | 所有成员宽度<50%或均分<3 | 如实标注"无满足条件者"并说明原因 | "基于当前评分数据,团队暂无符合高潜/专家定义的人才——主要原因:{具体说明}。建议重点发展以下成员使其接近门槛:{名单}。" |
| A9 | 用户想对比前后两次盘点 | 用户提供了两次盘点数据 | 生成变化对比表 | "已生成两次盘点的变化对比:技能提升项{X}项 / 下降项{Y}项 / 持平{Z}项。详细变化如下——" |
§B 避坑指南
| 编号 | 常见错误 | 正确做法 |
|---|---|---|
| B1 | 技能维度"大而全"(每次列15+项) | 聚焦当前岗位核心技能5-8项即可,宽度过大会导致每项深度不够,分析失去重点 |
| B2 | 评分"居中化"(人人都给3分) | 敢于拉开差距——如果某人某项真是团队天花板,就给5分;确实差也给1-2分。中间分过多会让矩阵失去区分度 |
| B3 | 只看均分忽略分布 | 均分3.0的团队可能是"全员3分"也可能是"一半5分一半1分"。关注标准差和分布形态比均分更重要 |
| B4 | 盘点完就锁柜子 | 技能矩阵应每季度更新一次。标注盘点日期,设定下次更新提醒 |
| B5 | 把评分当绩效 | 技能评分评估的是"会不会",不是"好不好"。不要用技能矩阵分数做绩效考核,会扭曲评分真实性 |
| B6 | 忽略"冗余技能" | 全员都强的技能也是一个信号——可能培训资源过度投入了,或者这个技能在当前业务阶段不再关键 |
§C FAQ
| 编号 | 问题 | 回答 |
|---|---|---|
| C1 | 评分怎么保证公平? | 建议用混合评(自评40%+上级评60%),并让评估者在评分前统一校准——"3分=独立完成常规任务"在全团队理解一致。 |
| C2 | 新人和老人能放一起评吗? | 可以,但要在个体分析中标注"入职X个月"。新人某项技能分低是正常的,不代表能力差,代表还需时间成长。 |
| C3 | 输出结果可以直接放进PPT吗? | 板块一的矩阵表格和板块五的优先级排序可以直接复制到PPT。板块二的个体雷达建议用文字版,如需图表可以用数据导入Excel生成雷达图。 |
| C4 | 技能维度的权重怎么设置? | 默认所有技能等权。如果某项技能对岗位更重要(如销售岗的"客户开发"权重高于"数据分析"),你可以指定权重,我会在紧缺度计算时加权。 |
| C5 | 怎么判断一个技能维度的目标基准? | 参考行业标准、岗位JD中的"必须掌握"和"加分项"。通用的保守基准是3分(独立完成常规任务),关键技能可以设4分。 |
| C6 | 可以跨部门对比吗? | 可以。两个部门使用相同的技能维度评分后,我可以生成部门间对比分析,帮你识别哪些技能在哪个部门更强、是否需要跨部门知识转移。 |
| C7 | 矩阵可以导出到Excel吗? | 板块一的矩阵表格可以直接复制粘贴到Excel,和评分数据格式一致。如果需要批量导出到文件,我可以为你生成CSV格式的技能矩阵数据。 |
§D 典型对话示例
场景一:快速盘点
用户:帮我盘点技术部后端组5个人的技能,维度用预置的技术研发模板。
Skill:好的,技术研发预置模板包含7项:编程语言/系统设计/代码Review/性能优化/项目管理/技术文档/沟通协调。请提供5位成员的姓名和岗位——(如:张三,Java开发)
用户:张三Java、李四Java、王五Go、赵六Python、陈七Python。评分我自己来:张三(5,4,3,2,3,2,3)李四(3,5,3,3,4,4,2)王五(4,3,2,3,2,2,4)赵六(3,2,4,4,3,3,3)陈七(2,3,3,3,3,3,4)。
Skill:收到。各项技能目标基准都是3分吗?还是某些有更高要求?
用户:系统设计要求4分,其他都3分。
Skill:(输出六大板块)
场景二:自定义维度
用户:运营部4人,我想盘点内容策划、数据分析、用户运营、活动策划、社群管理这5项能力。还没有评分数据,先给我空白矩阵。
Skill:(输出空白矩阵+引导话术)
场景三:带评分冲突
用户:(提供了自评和上级评分数据,其中有3处差距≥2分)
Skill:收到数据。发现3处评分差异较大——张三系统设计自评5分 vs 上级评2分;李四沟通协调自评2分 vs 上级评4分。这3项我先按平均值处理并标注,还是需要你复核后调整?
§E 输入数据模板
团队+评分完整模板
盘点部门/团队:{}
盘点日期:{}
团队成员(姓名+岗位):
1. {},{}
2. {},{}
...
技能维度:
1. {}(基准{}分)
2. {}(基准{}分)
...
评分数据(按姓名-岗位-各技能分顺序,分值与上述维度顺序一致):
{},{},{},{},{},{},{}
{},{},{},{},{},{},{}
...
评分来源:{自评/上级评/混合评}
空白矩阵模板
团队成员:
1. {},{}
2. {},{}
...
技能维度:{}
评分标准:5=专家 / 4=精通 / 3=熟练 / 2=基础 / 1=新手
| 姓名 | {} | {} | {} | {} | {} |
|------|:--:|:--:|:--:|:--:|:--:|
| {} | | | | | |
| {} | | | | | |
§F 版本历史
| 版本 | 日期 | 变更内容 |
|---|---|---|
| 1.0.0 | 2026-07-15 | 首次发布。六大板块输出(矩阵总览/个体雷达/缺口分析/关键人才/培训优先级/继任风险);五级制评分+四类人才分类模型;5大岗位预置技能维度模板;培训优先级四档排序;9类结构化异常处理;6条避坑指南;7条FAQ;3个典型对话场景 |
§G 完整端到端演示案例
背景
某互联网公司技术总监老周,需要在年中复盘时做一次后端团队技能盘点。团队共6人,分布在Java和Go两个技术栈。他想知道团队整体能力短板在哪里、谁是不可替代的关键节点、下半年培训预算应该优先投什么。
对话全流程
老周:帮我盘点后端团队的技能矩阵。6个人:
- 张工,Java开发(团队TL)
- 小李,Java开发
- 小王,Java开发
- 赵工,Go开发
- 小陈,Go开发
- 小刘,测试开发
我直接用技术研发模板,但去掉"代码Review",换成"自动化测试"。
Skill:收到,定制后的7项技能维度:编程语言 / 系统设计 / 自动化测试 / 性能优化 / 项目管理 / 技术文档 / 沟通协调。评分方式是?
老周:我统一打。目标基准——系统设计和性能优化要求4分,其他3分。
Skill:好的,请按顺序给出6人的评分(每人7个分,从编程语言到沟通协调):
老周:
- 张工:5,5,3,4,4,3,4
- 小李:4,2,2,3,2,2,3
- 小王:3,3,3,2,2,3,4
- 赵工:4,4,3,5,3,2,2
- 小陈:3,2,2,3,2,3,3
- 小刘:2,1,5,2,2,4,3
Skill:评分数据已确认。目标基准:系统设计4分、性能优化4分,其余3分。生成分析——
板块一:技能矩阵总览
图例:5=■专家 4=■精通 3=■熟练 2=■基础 1=□新手
| 姓名 | 岗位 | 编程语言 | 系统设计 | 自动化测试 | 性能优化 | 项目管理 | 技术文档 | 沟通协调 | 均分 | 宽度 |
|---|---|---|---|---|---|---|---|---|---|---|
| 张工 | Java TL | 5 | 5 | 3 | 4 | 4 | 3 | 4 | 4.0 | 7/7 |
| 小李 | Java | 4 | 2 | 2 | 3 | 2 | 2 | 3 | 2.6 | 3/7 |
| 小王 | Java | 3 | 3 | 3 | 2 | 2 | 3 | 4 | 2.9 | 5/7 |
| 赵工 | Go | 4 | 4 | 3 | 5 | 3 | 2 | 2 | 3.3 | 5/7 |
| 小陈 | Go | 3 | 2 | 2 | 3 | 2 | 3 | 3 | 2.6 | 3/7 |
| 小刘 | 测试 | 2 | 1 | 5 | 2 | 2 | 4 | 3 | 2.7 | 3/7 |
| 团队均分 | 3.5 | 2.8 | 3.0 | 3.2 | 2.5 | 2.8 | 3.2 | 3.0 | — | |
| 目标基准 | 3.0 | 4.0 | 3.0 | 4.0 | 3.0 | 3.0 | 3.0 | — | — |
板块二:个体能力雷达
张工 — Java TL
| 维度 | 评分 | 定位 |
|---|---|---|
| 强项 | 编程语言(5)、系统设计(5)、性能优化(4)、项目管理(4)、沟通协调(4) | 团队全能核心,所有关键领域均可兜底 |
| 合格项 | 自动化测试(3)、技术文档(3) | 常规任务可胜任 |
| 弱项 | 无 | — |
发展建议:作为TL保持技术影响力的同时,建议将系统设计和性能优化的方法论文档化,降低团队对他的重度依赖。
赵工 — Go开发
| 维度 | 评分 | 定位 |
|---|---|---|
| 强项 | 编程语言(4)、系统设计(4)、性能优化(5) | 性能优化团队最高分,Go技术栈核心 |
| 合格项 | 自动化测试(3)、项目管理(3) | 常规任务可胜任 |
| 弱项 | 技术文档(2)、沟通协调(2) | 文档输出和跨团队沟通需加强 |
发展建议:性能优化领域已达专家级,建议安排内部技术分享;同时强制要求每个项目输出设计文档以提升文档能力。
小李 — Java开发
| 维度 | 评分 | 定位 |
|---|---|---|
| 强项 | 编程语言(4) | Java编码扎实 |
| 合格项 | 性能优化(3)、沟通协调(3) | 沟通无碍,性能有基础认知 |
| 弱项 | 系统设计(2)、自动化测试(2)、项目管理(2)、技术文档(2) | 四项核心技能亟待提升 |
发展建议:入职1年内的新成员,当前阶段重点提升系统设计能力(跟张工做架构评审旁听)+ 强制每个需求写测试用例。
(小王、小陈、小刘同理省略)
板块三:能力缺口分析
整体评估
| 指标 | 数值 | 评价 |
|---|---|---|
| 团队平均分 | 3.0 | 偏低,3项未达基准 |
| 达成基准的技能数 | 4/7 | 57% |
| 最大缺口技能 | 系统设计 | 缺口1.2分(均分2.8-基准4.0) |
| 最均衡技能 | 沟通协调 | 标准差最小(0.75) |
缺口详情
| 技能 | 基准 | 团队均分 | 缺口 | 低于基准人数 | 紧缺度 | 优先级 |
|---|---|---|---|---|---|---|
| 系统设计 | 4.0 | 2.8 | 1.2 | 4/6 | 1.8 | P0 |
| 项目管理 | 3.0 | 2.5 | 0.5 | 3/6 | 0.8 | P2 |
| 技术文档 | 3.0 | 2.8 | 0.2 | 2/6 | 0.3 | P3 |
| 编程语言 | 3.0 | 3.5 | — | — | — | 达标 |
| 自动化测试 | 3.0 | 3.0 | — | — | — | 达标 |
| 性能优化 | 4.0 | 3.2 | 0.8 | 2/6 | 1.2 | P1 |
| 沟通协调 | 3.0 | 3.2 | — | — | — | 达标 |
板块四:关键人才识别
| 姓名 | 岗位 | 最高分技能 | 宽度 | 类型 | 标记 | 说明 |
|---|---|---|---|---|---|---|
| 张工 | Java TL | 编程语言/系统设计(5) | 7/7 | 专家+关键节点 | 🔑⭐ | 唯一系统设计5分者,唯一项目管理4分者,团队架构和技术决策核心 |
| 赵工 | Go | 性能优化(5) | 5/7 | 专家+关键节点 | 🔑 | 唯一性能优化5分者,Go性能调优不可替代 |
| 小刘 | 测试 | 自动化测试(5) | 3/7 | 专家 | — | 唯一自动化测试5分者,测试体系搭建核心 |
| 小王 | Java | 沟通协调(4) | 5/7 | 可发展高潜 | — | 宽度5/7但深度不足(无5分技能),建议在系统设计上重点突破 |
| 小李 | Java | 编程语言(4) | 3/7 | 待发展 | — | 当前宽度仅3/7,需按IDP系统提升 |
| 小陈 | Go | — | 3/7 | 待发展 | — | 各项均分偏低,暂无突出项 |
板块五:培训优先级排序
| 优先级 | 技能 | 紧缺度 | 低于基准人数 | 建议行动 |
|---|---|---|---|---|
| P0 | 系统设计 | 1.8 | 4/6 | 紧急:安排张工做内部系统设计系列分享(4次,每周1次);小李、小陈、小刘外部分配系统设计课程 |
| P1 | 性能优化 | 1.2 | 2/6 | 本季度:赵工做性能调优实战workshop(面向全队);小李和小王重点突破 |
| P2 | 项目管理 | 0.8 | 3/6 | 年内:安排敏捷项目管理认证培训,小李、小王、小陈参加 |
| P3 | 技术文档 | 0.3 | 2/6 | 日常:推行"每个设计方案必须有设计文档"的团队规范 |
板块六:继任风险预警
| 风险等级 | 对象 | 风险描述 | 影响 | 建议 |
|---|---|---|---|---|
| 🔴 高危 | 系统设计能力 | 全队仅张工1人≥4分,是唯一能独立做架构设计的人 | 张工一旦离开或请假,所有新系统架构评审和重大技术决策将无人接手 | 紧急安排小李或小王跟张工学架构设计,6个月内达到3分以上 |
| 🔴 高危 | 性能优化能力 | 仅赵工1人5分,张工4分但主攻方向不同 | Go服务性能问题只有赵工能处理 | 安排小陈跟赵工学Go性能优化,作为备份 |
| 🟡 中危 | 项目管理 | 仅张工1人4分,3人2分 | 项目排期和风险管控高度依赖张工 | 推动全员敏捷基础培训 |
单点技能清单:
| 技能 | 唯一掌握者 | 评分 | 建议 |
|---|---|---|---|
| 系统设计 | 张工 | 5 | 小李或小王跟学备份,目标6个月内达3分 |
| 性能优化(Go) | 赵工 | 5 | 小陈跟学备份 |
| 自动化测试 | 小刘 | 5 | 安排至少1名开发交叉学习测试框架 |
盘点总结
团队6人,均分3.0,4项达基准、3项未达标。最紧迫短板是系统设计(P0),依赖张工一人,存在严重单点风险。下半年培训预算建议优先投入系统设计(4人)和性能优化(2人),同时将小李和小王列为系统设计备份培养对象。
盘点日期:2026年7月15日 | 建议下次更新:2026年10月15日
(内容由AI生成,仅供参考)