技能需求清单用于把一项工作或岗位所需的能力写清楚，供资源匹配、派工和缺口判断使用。一份可直接填写的清单至少包含需求标识与来源、工作或岗位对象、技能项与熟练度要求、需求数量与投入方式、时间窗口、硬性条件与可替代项、当前满足情况、缺口与处置方向、责任人与更新记录。字段按“对象—技能—数量—时间—状态”五段组织，必填项保证可匹配，选填项补充判断依据。下文先给出空白模板，再逐字段说明取值口径、划分必填与选填，并用一条完整示例演示填写方式。
要点总览（TL;DR）
- 技能需求清单按“对象—技能—数量—时间—状态”五段组织，共16个字段，可直接复制到表格工具使用。
- 必填字段以“缺失后无法完成资源匹配”为标准，包括需求编号、工作对象、技能项、熟练度等级、硬性/可替代、人数或投入比例、起止时间和满足情况。
- 填写前统一编号格式、时间格式和熟练度等级写法，技能项使用团队技能词典中的标准名称，一行一项技能。
- 同一需求涉及多个技能时拆成多行、共用需求编号，匹配时才能逐项比对并定位缺口。
- 模板按季度复核，技能词典或等级定义调整时同步更新下拉选项，并在文件头部保留版本号与变更说明。
可复制空白技能需求清单模板
下表可直接复制到表格工具中使用。表头按五段分组，前四段保证一条需求能被检索和匹配，第五段记录执行状态。复制后保留表头，按行填写即可；同一需求涉及多个技能项时，拆成多行，需求编号保持一致。
| 对象 | 技能 | 数量 | 时间 | 状态 | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 需求编号 | 需求来源 | 工作/岗位对象 | 需求提出人 | 技能项 | 熟练度等级 | 硬性/可替代 | 需求人数或投入比例 | 投入方式 | 开始时间 | 结束时间 | 当前满足情况 | 缺口说明 | 处置方向 | 责任人 | 更新记录 |
填写前先约定三项格式，避免同一份清单里出现无法比较的记录：
- 编号格式：需求编号采用“项目或部门缩写-年份-序号”，如“CRM-2025-014”，同一需求的多条技能行共用编号。
- 时间格式：统一写“YYYY-MM-DD”，精确到日；投入比例写百分比，人数写整数。
- 等级写法：熟练度等级只使用团队约定的固定档位名称，不写“较强”“还行”等自由描述。
每个字段记录什么：字段说明与取值口径
字段说明的作用是让不同人填出的记录可以横向比较。下表逐字段给出含义、取值口径和示例值，示例值仅用于说明写法。
| 字段 | 含义 | 取值口径 | 示例值 |
|---|---|---|---|
| 需求编号 | 唯一标识一条需求 | 按约定格式生成，全表不重复 | CRM-2025-014 |
| 需求来源 | 需求由哪个项目、合同或计划产生 | 写项目名或计划名，可附来源单据编号 | 客户管理平台二期 |
| 工作/岗位对象 | 这项能力用在什么工作或岗位上 | 写具体任务、交付物或岗位名称 | 数据迁移与接口联调 |
| 需求提出人 | 对需求内容负责的人 | 写姓名，便于澄清 | 张明 |
| 技能项 | 需要的一项具体能力 | 使用团队技能词典中的标准名称，一行一项 | SQL 数据查询 |
| 熟练度等级 | 该技能需要达到的水平 | 从团队统一档位中选择，如了解/熟练/精通 | 熟练 |
| 硬性/可替代 | 该技能是否必须满足 | 填“硬性”或“可替代”；可替代项在缺口说明中写替代方案 | 硬性 |
| 需求人数或投入比例 | 需要多少人、投入多少 | 人数写整数；部分投入写百分比 | 1 人 / 50% |
| 投入方式 | 人员如何参与 | 从全职、兼职、短期支持等固定选项中选 | 兼职 |
| 开始时间 | 能力需要到位的时间 | YYYY-MM-DD | 2025-03-10 |
| 结束时间 | 投入预计结束时间 | YYYY-MM-DD；长期需求写预计复核日期 | 2025-05-30 |
| 当前满足情况 | 现有资源能否覆盖 | 填“已满足/部分满足/未满足” | 部分满足 |
| 缺口说明 | 差在哪里 | 写清缺人数、缺等级或缺技能项 | 缺 1 名熟练级人员 |
| 处置方向 | 打算怎么补上 | 写内部调配、外部补充、调整范围等具体动作 | 从测试组内部调配 |
| 责任人 | 跟进该条需求的人 | 写姓名，与提出人可不同 | 李华 |
| 更新记录 | 最近一次变更说明 | 写日期与变更内容 | 2025-03-05 缺口改为部分满足 |
技能类字段最容易出现口径分歧。建议为每个熟练度等级写一句可观察的行为描述，例如“熟练”指能独立完成常规任务并在遇到异常时自行排查，这样填写人不必凭感觉判断。技能项名称同样需要统一，同一能力只保留一个标准叫法，避免“数据库查询”和“SQL 查询”被当成两项技能。
必填与选填的划分
判断一个字段是否必填，标准是“缺失后能否完成资源匹配”。缺少技能项、等级或时间窗口，清单就无法用于筛选人员；缺少缺口说明或处置方向，清单仍可用于匹配，只是少了跟进依据。按此标准划分如下。
| 类别 | 字段 | 理由或使用场景 |
|---|---|---|
| 必填 | 需求编号、工作/岗位对象、技能项、熟练度等级、硬性/可替代、需求人数或投入比例、开始时间、结束时间、当前满足情况 | 这些字段共同构成可检索、可比较的匹配条件，缺任一项都会让筛选结果失真 |
| 选填 | 需求来源、需求提出人、投入方式、缺口说明、处置方向、责任人、更新记录 | 用于追溯来源、安排跟进和记录处置过程；需求刚提出、尚未评估时可暂空 |
按场景增减字段时，遵循两条规则：一是新增字段只补充判断依据，不替代必填项；二是删除字段前确认没有下游使用方依赖它。例如短期支援类需求可以省略“投入方式”，因为默认就是短期支持；跨部门共享的清单则应保留“需求提出人”和“责任人”，便于澄清与跟进。清单规模较小时，可把“缺口说明”和“处置方向”合并为一列，但合并后仍需分别写清差在哪里和打算怎么办。
完整填写示例：一个跨角色协作需求
以下为演示情景，用于说明字段之间如何互相印证，不代表真实项目数据。背景是客户管理平台二期上线前需要完成数据迁移与接口联调，由项目经理提出资源需求。
| 字段 | 填写内容 |
|---|---|
| 需求编号 | CRM-2025-014 |
| 需求来源 | 客户管理平台二期 |
| 工作/岗位对象 | 数据迁移与接口联调 |
| 需求提出人 | 张明 |
| 技能项 | SQL 数据查询 |
| 熟练度等级 | 熟练 |
| 硬性/可替代 | 硬性 |
| 需求人数或投入比例 | 1 人 / 50% |
| 投入方式 | 兼职 |
| 开始时间 | 2025-03-10 |
| 结束时间 | 2025-05-30 |
| 当前满足情况 | 部分满足 |
| 缺口说明 | 现有 1 名了解级人员，缺 1 名熟练级人员承担迁移脚本编写 |
| 处置方向 | 从数据组内部调配 1 名熟练级人员，投入 50%；若 3 月 7 日前未到位，改为外部短期支持 |
| 责任人 | 李华 |
| 更新记录 | 2025-03-05 初次填写；2025-03-06 满足情况由“未满足”改为“部分满足” |
这条记录的可读性来自字段之间的对应关系：投入比例 50% 与“兼职”一致，缺口说明中的“缺 1 名熟练级”与需求人数、等级对应，处置方向给出了具体动作和触发条件，更新记录则说明状态为何变化。若同一工作还需要“接口调试”能力，应另起一行，需求编号不变，技能项改为“接口调试”，其余数量与时间字段按实际情况填写。这样一行一项技能，匹配时才能逐项比对，不会因为一行塞入多项技能而无法判断缺口出在哪。
模板的调整与维护方法
模板的价值在于长期可比，因此调整要围绕“口径稳定、字段有据”进行。技能项和熟练度等级应来自团队维护的技能词典，词典更新后同步更新模板中的下拉选项，历史记录保留原值并在更新记录中注明对应关系。字段新增与废弃按使用情况判断：连续多个周期无人填写、也无下游依赖的字段可以废弃；出现新的匹配条件（如证书要求、语言要求）时先作为选填字段试用，稳定后再考虑转为必填。
- 版本记录：在模板文件头部保留版本号、生效日期和变更说明，例如“v1.2，2025-04-01，新增语言能力选填字段”。
- 定期复核：按季度检查一次清单，关闭已结束时间超过一个月的需求，合并重复编号，清理长期空置的选填字段。
- 口径同步：技能词典或等级定义调整时，同步通知填写人，并在模板说明页写明新旧等级的对应关系。
- 权限与留痕：明确谁可以修改模板结构、谁只能填写内容，保留每次结构调整的记录。
当清单从个人表格转为团队共用时，可以把模板放到文档协作工具中统一维护。ONES Wiki 支持使用模板库一键创建制式化文档，并记录页面版本、支持查看与回滚，适合承载字段说明和模板版本；页面组可关联项目，使需求记录与项目文档互相对应。清单中的每条需求若需要进入执行流程，可借助 ONES Assistant 将自然语言描述整理为可追踪的工作项，便于后续跟进状态变化。具体功能范围以实际开通版本为准。无论使用哪种工具，字段含义、必填规则和更新记录方式保持一致，清单才能在人员变动和项目更替后继续用于资源匹配与缺口判断。
常见问题
技能需求清单和岗位说明书有什么区别，能不能直接复用？
两者用途不同。岗位说明书描述一个岗位长期承担的职责范围，技能需求清单描述某项工作或某个岗位在特定时间窗口内需要达到的能力水平，并带有数量、时间和满足状态，可以直接用于资源筛选和缺口判断。岗位说明书可以作为填写技能项的参考来源，但清单中的熟练度等级、投入比例和起止时间需要按具体需求重新确定。
团队还没有统一的技能词典和熟练度等级，清单怎么开始用？
可以先从当前在做的项目出发，把已经用到的技能名称收集起来，去掉同义叫法，形成第一版技能项列表。熟练度等级先设三档，例如了解、熟练、精通，并为每一档写一句可观察的行为描述，例如“熟练”指能独立完成常规任务并自行排查异常。第一版不必求全，使用一两个周期后，再根据填写中出现的分歧补充和修订。
需求刚提出、还没评估资源时，满足情况和缺口说明怎么填？
满足情况属于必填字段，可以先填“未满足”，表示尚未确认有可用资源；缺口说明和处置方向属于选填字段，此时可以暂空。完成初步盘点后，再把满足情况改为“部分满足”或“已满足”，并在缺口说明中写清缺人数、缺等级或缺技能项，在更新记录中注明变更日期和原因。这样清单在评估前后都能保持可读，不会因为字段空着而无法判断进度。
多个项目共用一份清单时，如何避免需求编号冲突和重复记录？
需求编号采用“项目或部门缩写-年份-序号”的格式，缩写由团队统一分配并登记，序号在该缩写内连续递增。跨项目共享的清单中，同一项能力如果被多个项目需要，按项目分别建行、各自编号，便于分别跟踪投入和缺口；如果确认由同一批人员统一支撑，可在需求来源中写明涉及的项目，并在更新记录中说明合并原因。定期复核时合并重复编号，保留最早一条作为主记录。
清单条目多起来之后，怎样让状态更新不依赖人工逐个追问？
可以把每条需求作为独立记录维护，指定责任人在固定节点更新满足情况和处置方向，例如每周例会上集中更新一次。清单放到团队共用的文档工具中时，可借助 ONES Wiki 的模板库统一创建制式化文档，并利用页面版本记录查看与回滚变更；需要进入执行流程的需求，可通过 ONES Assistant 将自然语言描述整理为可追踪的工作项。具体功能范围以实际开通版本为准。
