划定AI效能分析的数据边界，需要先回答一个具体问题：哪些数据可以进入分析、以什么粒度进入、用于什么目的、保留多久。本文给出一套可落地的划分方法：按“数据来源—字段粒度—使用目的—留存期限”四层定义准入级别，用字段准入表逐项登记，再通过盘点、定级、配置、审批、复核五步完成上线。适用于研发效能、数据治理和团队管理者在引入AI分析前建立边界规则；文中示例为演示场景，团队可结合自身合规要求调整。
要点总览（TL;DR）
- 数据边界按“数据来源—字段粒度—使用目的—留存期限”四层依次收窄，前一层不通过，后一层无需讨论。
- 用字段准入表逐项登记数据项、来源、粒度、级别、脱敏方式、可见角色、审批人与留存期，未确认字段先标“待定”且不进入分析。
- 个人绩效类用途单独列为高敏场景，需明确授权、合规审批与人工复核，AI输出只作为管理参考。
- 执行按盘点、定级、配置、审批、复核五步推进，每步有输入、动作、输出与完成标志，完成标志未达成不进入下一步。
- 上线前用检查清单验收：字段全部定级、用途标注、脱敏配置、审批留痕、复核周期确定，任一阻断项出现即暂停相关字段使用。
先定四层边界：从数据来源到使用目的
数据边界划分的核心，是让每一个准备进入AI效能分析的数据项都能回答四个问题，并且按固定顺序回答。顺序很重要：先确认数据从哪里来，再决定取到什么粒度，然后锁定用途，最后确定保留多久。四层依次收窄，前一层不通过，后一层无需讨论。
这与单纯列一张数据清单有本质区别。清单只记录“有哪些数据”，边界框架记录“这项数据凭什么可以进入分析、以什么形态进入、给谁看、看完留多久”。清单是素材，边界是规则；没有规则的清单，在人员变动或分析目的调整时很容易被扩大使用。
四层边界各自要回答的判断问题
| 层级 | 含义 | 需要回答的判断问题 |
|---|---|---|
| 数据来源 | 数据从哪个系统、哪类记录中取得 | 来源系统是否在授权范围内？数据是原始记录还是已汇总结果？来源方是否知情并同意用于分析？ |
| 字段粒度 | 分析使用到个人、小组还是项目层级 | 能否聚合到团队或项目层级？必须保留个人标识时，理由是什么？是否可以用编号替代姓名？ |
| 使用目的 | 分析结果用于什么管理动作 | 用于资源调配、流程改进，还是个人绩效评价？用途是否在采集时已告知？用途变化是否需要重新审批？ |
| 留存期限 | 原始数据与分析结果保存多久 | 分析完成后原始明细是否还需要保留？到期由谁清理？汇总结果与明细的留存期是否一致？ |
四层之间是递进关系。来源不清的数据不进入定级；粒度可以聚合的，优先聚合后再讨论用途；用途涉及个人评价的，单独走更高一级的审批；留存期限则跟随用途确定，用途结束即启动清理。按这个顺序推进，可以避免先收集大量数据、再回头补规则造成的返工。
数据分级与字段准入表怎么填
框架确定后，需要一张表把每个数据项的边界固定下来。字段准入表的作用是让定级结果可查、可审、可交接。建议至少包含以下列：数据项、来源系统、粒度、级别、脱敏方式、可见角色、审批人、留存期。
分级维度与级别建议
分级可以围绕三个维度判断：敏感度（是否涉及个人信息、薪酬、评价）、可识别性（能否直接或间接定位到个人）、用途（流程改进、资源调配、个人绩效）。三个维度组合后，通常可归为三级：
- 一般级：项目级或团队级汇总数据，不含个人标识，用于流程与资源分析。采集后可直接进入分析，可见范围限于分析角色。
- 受限级：含个人标识但用途为工作安排或资源调配，如任务分配量、工时投入。需要脱敏或编号化，可见角色限定，审批人为数据所有者与团队负责人。
- 高敏级：涉及个人绩效评价、能力评估或与薪酬相关的分析。需明确授权、单独审批，并配置人工复核环节。
字段准入表模板
| 数据项 | 来源系统 | 粒度 | 级别 | 脱敏方式 | 可见角色 | 审批人 | 留存期 |
|---|---|---|---|---|---|---|---|
| 示例：迭代任务完成数 | 项目管理工具 | 团队/迭代 | 一般级 | 无需脱敏 | 效能分析角色 | 数据所有者 | 12个月 |
| 示例：个人工时投入 | 工时记录 | 个人→聚合到项目 | 受限级 | 姓名替换为成员编号 | 项目负责人、分析角色 | 数据所有者+团队负责人 | 6个月 |
| 示例：个人绩效评价结果 | 绩效系统 | 个人 | 高敏级 | 仅保留结论标签，去除明细 | 团队负责人、HR指定角色 | 合规审批人+团队负责人 | 按制度执行 |
填写时有几条规则需要坚持。第一，个人绩效类用途单独列为高敏场景，不与其他用途混在同一行登记，避免审批时被一般级规则顺带放行。第二，未确认来源或用途的字段先标“待定”，待定字段不进入分析，也不默认开放。第三，脱敏方式要写到可执行的程度，例如“姓名替换为编号”“金额按区间分档”，而不是笼统写“脱敏处理”。第四，留存期与用途绑定，用途结束后启动清理，汇总结果与明细分别登记。
操作步骤：从盘点数据到上线审批
边界规则要落到执行，需要按顺序完成五步。每一步都有明确的输入、动作、输出和完成标志，完成标志未达成不进入下一步。
步骤一：盘点数据源与字段
输入为AI效能分析拟回答的问题清单。动作是围绕每个问题，倒推需要哪些数据源和字段，记录来源系统、字段名称、当前是否已有采集。输出为一份原始字段清单。完成标志是清单中每个字段都能对应到至少一个分析问题，且来源系统已注明。
步骤二：逐项定级并标注用途
输入为原始字段清单。动作是对每个字段按敏感度、可识别性、用途三个维度定级，填入字段准入表，用途一栏写明具体管理动作。输出为完成定级的准入表初稿。完成标志是所有字段均有级别，无空白项；无法定级的字段标记为“待定”并说明原因。
步骤三：配置脱敏、聚合与访问权限
输入为定级后的准入表。动作是按级别配置处理方式：一般级确认聚合口径，受限级落实编号化或分档，高敏级确认授权范围与人工复核安排；同时按可见角色配置访问权限。输出为配置说明与权限清单。完成标志是每个受限级及以上字段都有对应的处理方式和可见角色，且经数据所有者确认。
步骤四：提交审批并留存记录
输入为准入表与配置说明。动作是按级别提交对应审批人，高敏级需合规审批人与团队负责人共同确认；审批意见与版本一并归档。输出为审批通过的准入表终稿与审批记录。完成标志是全部字段审批状态为通过或明确驳回，待定字段有处理结论。
步骤五：上线后定期复核与调整
输入为上线后的分析使用记录与用途变化情况。动作是按固定周期复核字段是否仍在使用、用途是否发生变化、留存期是否到期；新增字段走同样的定级与审批流程。输出为复核记录与更新后的准入表。完成标志是复核周期已确定并有负责人，到期数据完成清理或续期审批。
在承载方式上，如果团队使用ONES，工作项、迭代与Wiki页面本身构成分析所需的工作上下文，ONES Assistant可基于项目数据回答进展、工时投入、缺陷分布与资源配置相关问题并生成分析建议；其知识问答与任务执行基于ONES权限体系运行，输出过程可追踪、结果可审计。准入表、审批意见与复核记录可以作为文档沉淀在Wiki中，与工作项状态关联，便于后续追溯。字段级脱敏配置与留存策略的具体实现方式，需结合团队实际系统能力确认后再写入规则。
角色分工与各环节交付物
边界能否守住，取决于每个环节是否有人负责。建议明确四类角色，并为每类角色规定交付物。
| 角色 | 主要职责 | 在分级环节的交付物 | 在审批环节的交付物 | 在复核环节的交付物 |
|---|---|---|---|---|
| 数据所有者 | 掌握数据来源，对字段能否进入分析负责 | 字段清单与来源说明 | 对定级与脱敏方式的确认意见 | 字段使用情况与变更说明 |
| 分析使用者 | 提出分析问题，使用分析结果 | 分析问题清单与所需字段 | 用途说明与使用范围承诺 | 分析结果使用记录 |
| 安全或合规审批人 | 审核高敏场景与合规风险 | 分级规则合规意见 | 高敏级审批结论 | 复核抽查结论 |
| 团队负责人 | 确认用途与团队影响，负责人工复核 | 用途确认 | 受限级与高敏级审批意见 | 复核周期确认与清理决定 |
角色之间需要一条清晰的使用边界：AI分析结果作为管理参考，用于发现问题、调整资源和改进流程；涉及个人绩效的结论需经人工复核，由负责人结合多方信息判断，不将AI输出直接作为绩效决策依据。这条边界应写入准入表的用途栏和审批意见中，而不只停留在口头约定。
示例：一个研发团队的字段分级落地
以下为演示场景，用于说明分级表如何填写，不代表真实客户案例。某研发团队希望用AI分析迭代交付情况与资源投入是否合理，涉及代码提交记录、任务流转记录和工时类字段。
逐项定级与脱敏处理
| 数据项 | 来源 | 粒度 | 级别 | 脱敏方式 | 可见角色 | 审批人 | 留存期 |
|---|---|---|---|---|---|---|---|
| 迭代内任务完成数 | 项目管理工具 | 团队/迭代 | 一般级 | 无需脱敏 | 分析角色、团队负责人 | 数据所有者 | 12个月 |
| 任务流转时长 | 项目管理工具 | 任务→聚合到迭代 | 一般级 | 去除经办人标识 | 分析角色 | 数据所有者 | 12个月 |
| 代码提交次数 | 代码仓库 | 个人→聚合到项目 | 受限级 | 提交人替换为成员编号 | 项目负责人、分析角色 | 数据所有者+团队负责人 | 6个月 |
| 个人工时投入 | 工时记录 | 个人→聚合到项目 | 受限级 | 姓名替换为编号，按周汇总 | 项目负责人 | 数据所有者+团队负责人 | 6个月 |
| 个人绩效评价结果 | 绩效系统 | 个人 | 高敏级 | 仅保留结论标签 | 团队负责人、HR指定角色 | 合规审批人+团队负责人 | 按制度执行 |
审批与复核记录示例
审批记录可包含：提交日期、字段范围、定级结论、审批人意见、通过或驳回结论、版本号。例如“代码提交次数”一行，审批意见记录为“同意以成员编号形式进入分析，仅用于识别投入分布，不用于个人评价”，版本号随准入表更新递增。复核记录按月或按季度登记：字段是否仍在使用、用途是否变化、到期数据是否清理、新增字段是否完成定级。若团队将分析目的从资源调配扩展到个人评价，需重新提交高敏级审批，原审批不自动覆盖新用途。
该示例的适用边界是：团队规模、系统构成与合规要求不同，字段清单和级别会相应调整；示例中的留存期与审批人为演示设定，实际执行应以团队制度和法务合规意见为准。
完成检查：边界是否可交付
边界划定是否完成，可以用一份检查清单判断。以下检查项全部通过，才视为可交付上线。
- 字段是否全部定级：准入表中无空白级别，待定字段有明确处理结论。
- 用途是否标注：每个字段对应具体管理动作，个人绩效类用途单独登记。
- 脱敏是否配置：受限级及以上字段均有可执行的处理方式，并经数据所有者确认。
- 审批是否留痕：每个字段有审批人、审批意见与版本记录，高敏级有合规审批人参与。
- 复核周期是否确定：复核频率、负责人与到期清理规则已写入规则文档。
通过标准是上述五项均有书面记录可查。阻断项包括：存在未定级字段却已进入分析、高敏级用途缺少授权或人工复核安排、审批记录缺失、留存期未与用途绑定。出现任一阻断项，应暂停相关字段的分析使用，补齐后再上线。证据留存由数据所有者负责归档准入表与审批记录，安全或合规审批人负责抽查，团队负责人确认复核周期并执行清理决定。
常见问题
团队已有数据清单，还需要单独做字段准入表吗？
需要。数据清单记录“有哪些数据”，字段准入表记录“这项数据凭什么可以进入分析、以什么形态进入、给谁看、留多久”。两者用途不同：清单是素材，准入表是规则。当分析目的调整或人员变动时，准入表上的级别、用途和审批记录可以作为判断依据，避免数据被扩大使用。已有清单可以直接作为盘点的起点，再逐项补充定级、脱敏、可见角色和审批人。
分析目的从资源调配扩展到个人绩效评价，原审批还能沿用吗？
不能沿用。用途变化会改变数据的敏感度与审批级别，个人绩效类用途属于高敏场景，需要重新提交审批，由合规审批人与团队负责人共同确认，并配置人工复核安排。建议在准入表的用途栏记录每次变更，审批记录保留版本号，使用途与审批结论一一对应。原审批只覆盖原用途，不自动扩展到新用途。
字段暂时无法确认来源或用途，应该先开放还是先搁置？
先搁置。未确认来源或用途的字段标记为“待定”，待定字段不进入分析，也不默认开放。待定字段需要有明确的处理结论，例如补充来源说明后重新定级，或确认不纳入分析范围。把待定字段排除在分析之外，可以避免在规则尚未明确时形成既成事实，后续再收回使用范围会更困难。
AI分析结果能否直接用于个人绩效评价？
建议把AI分析结果作为管理参考，用于发现问题、调整资源和改进流程；涉及个人绩效的结论需经人工复核，由负责人结合多方信息判断。这条边界应写入准入表的用途栏和审批意见中，而不只停留在口头约定。高敏级场景还需明确授权范围与复核责任人，使分析输出与绩效决策之间保留人工判断环节。
复核周期应该怎么定，复核时重点看什么？
复核周期可结合分析使用频率与合规要求确定，按月或按季度均可，关键是明确负责人并写入规则文档。复核时重点确认四件事：字段是否仍在使用、用途是否发生变化、留存期是否到期需要清理或续期、新增字段是否已完成定级与审批。复核结论形成记录，与准入表一并归档，便于后续追溯。
