研发数据权限通常按两条线划分：一条是数据范围，决定你能进入哪些项目；另一条是数据内容，决定你能看到哪些指标、报表、字段和记录。项目、指标、报表、字段和行级五类权限叠加后取交集生效，任何一层未通过，对应数据就不会出现在结果中。下面按维度定义、边界划分、组合规则和实际例子逐层说明，并在涉及角色配置与效能数据流转时自然衔接ONES的相关能力。
要点总览（TL;DR）
- 研发数据权限按两条线划分：项目权限决定能进入哪些项目，指标与报表权限决定能看哪些度量与呈现结果，字段与行级权限在同一结果内分别控制列与记录。
- 五类权限叠加取交集生效：先由项目权限确定数据范围，再由指标与报表权限筛选内容，最后由字段与行级规则裁剪已放行的结果。
- 指标定义（口径、公式、统计周期）属于指标体系范畴，与数据权限是两件事；工具链接口配置属于集成范畴，决定数据是否存在而非是否可见。
- 角色是权限的承载方式，把五类维度组合成角色模板再分配人员，可减少重复配置并便于审计。
- 常见误解包括把项目权限当成全部权限、把报表权限当成数据权限、把字段权限与行级权限混用，评审时应按页面查看与导出两条路径分别验证。
研发数据权限包含哪些维度
研发数据权限的核心问题可以拆成两句：这个人能进入哪些数据范围，进入之后能看到哪些内容。围绕这两句，实际配置中通常出现五类维度：项目权限、指标权限、报表权限、字段权限和行级权限。它们各自控制的对象不同，粒度也不同。
| 权限维度 | 控制对象 | 粒度 | 回答的问题 |
|---|---|---|---|
| 项目权限 | 项目、团队、工作项集合 | 项目级或团队级 | 能看到哪些项目的数据 |
| 指标权限 | 度量口径、指标集合 | 指标级 | 能看哪些度量结果 |
| 报表权限 | 报表、仪表盘及其操作 | 报表级、操作级 | 能打开、编辑、导出、订阅哪些报表 |
| 字段权限 | 同一结果中的列 | 列级 | 同一张表里哪些列可见或需脱敏 |
| 行级权限 | 同一结果中的记录 | 记录级 | 同一张表里哪些行可见 |
从作用位置看，项目权限属于范围类维度，是数据进入视野的入口；指标权限和报表权限属于内容类维度，决定范围内哪些度量与呈现结果被开放；字段权限和行级权限则在同一份结果内部继续细化，分别控制列与记录。范围类维度先起作用，内容类维度随后筛选，字段与行级权限最后对已放行的结果做裁剪。
多维度叠加时通常取交集：用户最终看到的数据，是五类权限都允许的部分。举例来说，某用户有项目A的访问权、有“需求交付周期”指标的查看权、有某张周报的打开权，但该周报中“负责人”字段被字段权限隐藏、且行级规则限定只看本团队记录，那么他打开报表后看到的是项目A范围内、本团队记录、不含负责人列的结果。任何一层拒绝，对应数据即被过滤。理解交集规则，是判断权限配置是否符合预期的前提。
项目权限与指标权限的边界
项目权限管的是数据从哪里来，指标权限管的是数据怎么算、算出来哪些可以看。两者交界处最容易出现配置歧义，需要分别说清。
项目权限控制的数据对象是项目、团队以及项目内的工作项集合。它回答“这个人是否属于该项目或团队的可见范围”。配置方式通常按项目成员关系、团队归属或项目分组授权。项目权限放行后，用户才具备访问该项目下研发数据的基础资格；未放行的项目，其数据在指标和报表层面都不应出现。
指标权限控制的度量口径与指标集合。它回答“这个人能看哪些指标”。同一套研发数据可以派生多个指标，例如交付周期、吞吐量、缺陷密度、需求响应时长，不同角色关注的指标不同，指标权限用于按角色或按指标分组开放。指标权限不改变数据范围，只决定范围内哪些度量结果被呈现。
同一指标跨项目的可见性由两者共同决定。假设“需求交付周期”这一指标对某角色开放，但该角色只拥有项目A和项目B的权限，那么他看到的该指标只覆盖项目A和项目B；项目C的数据即使纳入同一指标计算，也不会出现在他的结果中。反过来，若角色拥有全部项目权限但指标未开放，则该指标整体不可见。项目权限决定横向覆盖哪些项目，指标权限决定纵向开放哪些度量，二者交叉后取交集。
需要区分的是，指标的定义本身——口径说明、计算公式、统计周期、数据来源——属于指标体系范畴，由指标负责人维护，不属于数据权限要解决的问题。数据权限只决定“谁能看这个已定义好的指标”，不决定“这个指标怎么算”。把口径争议当成权限问题处理，往往会导致同一指标在不同报表中被重复定义。
报表权限、字段权限与行级权限如何分工
项目与指标放行之后，数据还需要经过呈现层和内容层的细化控制。报表权限、字段权限、行级权限分别解决“能不能用这份呈现结果”“同一结果里哪些列可见”“同一结果里哪些记录可见”三个不同问题。
报表权限作用于报表和仪表盘本身，粒度通常到操作级：查看、编辑、导出、订阅。查看权限决定能否打开报表；编辑权限决定能否修改报表的筛选条件、图表配置和布局；导出权限决定能否把结果导出为文件；订阅权限决定能否设置定期推送。四类操作可以分开授予，例如允许一线管理者查看和订阅周报，但不允许编辑报表结构。报表权限不改变报表内的数据内容，只控制对这份呈现结果的使用方式。
字段权限作用于同一结果中的列，解决列级可见与脱敏。典型场景包括：绩效相关字段只对直属上级可见；人员薪资、成本类字段对多数角色隐藏或做脱敏展示；某些明细列仅在导出时保留、在页面展示时隐藏。字段权限的配置对象是列，生效结果是同一张表对不同角色呈现不同的列集合。
行级权限作用于同一结果中的记录，通过过滤条件限定可见行。常见过滤维度包括项目、团队、人员、工作项类型、时间区间。例如团队负责人打开跨团队效能报表时，行级规则将其可见记录限定为本团队及其下级团队；普通成员则限定为本人参与的工作项。行级权限不改变列结构，只改变记录集合。
三者组合时有先后与叠加关系。通常先由报表权限判断能否打开或导出该报表；打开后，字段权限决定列集合，行级权限决定记录集合，两者在同一结果内叠加，最终呈现的是“允许的列”与“允许的行”的交集。导出场景需要额外注意：导出权限放行后，导出文件仍应遵循字段与行级规则，否则会出现页面看不到、导出却能拿到的情况。配置评审时，应把页面查看与导出两条路径分别验证。
与相邻概念的区别：数据权限、指标定义与工具集成
研发数据权限常与几个相邻概念混在一起讨论，划清边界有助于把配置责任落到正确的环节。
| 概念 | 解决的问题 | 与数据权限的关系 |
|---|---|---|
| 数据权限 | 谁能看哪些范围与内容的数据 | 本文主题 |
| 指标定义 | 指标口径、计算公式、统计周期 | 定义在前，权限决定谁能看已定义的指标 |
| 研发工具链接口配置 | 数据从哪些系统、以什么方式采集进来 | 集成决定数据是否存在，权限决定数据是否可见 |
| 账号与角色管理 | 身份认证与权限打包 | 角色是权限的承载方式，不等同于权限维度 |
数据权限与指标定义的区别在于对象不同。指标定义回答“这个数字怎么算出来”，涉及口径、公式、数据来源和统计周期，由指标体系维护；数据权限回答“谁能看到这个数字”，涉及范围与内容的放行。口径变更属于指标定义的调整，权限变更属于访问控制的调整，两者应分别走各自的评审流程。
数据权限与研发工具链接口配置的区别在于阶段不同。接口配置解决数据能否进入分析系统，包括连接哪些工具、同步哪些对象、字段如何映射；数据权限解决进入之后谁能看。集成配置错误会导致数据缺失或错位，权限配置错误会导致数据越权可见或该看的人看不到，排查时应先确认数据是否已正确采集，再检查权限规则。
数据权限与账号角色管理的区别在于层次不同。账号与身份认证解决“你是谁”，角色管理把一组权限打包分配给角色，解决“这类人通常能做什么”。角色是权限的承载机制，项目、指标、报表、字段、行级才是权限维度本身。实际配置中常见做法是先把五类维度组合成角色模板，再按人员分配角色，这样既减少重复配置，也便于审计。ONES Performance 支持为不同角色配置读写权限，以保障数据安全；在把权限维度落到角色模板时，可以借助这一机制承载读写控制，具体粒度仍需按团队的数据范围与内容开放策略设计。
一个具体例子：同一张效能报表的五层权限
下面用一个演示场景说明五类权限如何逐层判断。场景设定：某研发组织有一张跨项目效能周报，包含项目、团队、需求交付周期、吞吐量、缺陷密度、负责人等列，面向项目经理、团队负责人和普通成员三类角色开放。以下为演示情景，用于说明判断顺序，不代表任何具体产品的实际配置界面。
假设团队负责人张某打开这张周报，系统按以下顺序判断：
- 项目权限：确认张某拥有项目A、项目B的访问权，项目C不在其范围内。周报中项目C的数据在进入结果前即被排除。
- 指标权限：确认张某的角色开放了需求交付周期、吞吐量、缺陷密度三项指标，未开放的指标列不出现。
- 报表权限：确认张某拥有该周报的查看与订阅权限，但没有编辑权限，因此可以打开并设置定期推送，不能修改报表结构。
- 字段权限：确认“负责人”列对团队负责人角色可见，成本类字段对其隐藏，结果中不出现成本列。
- 行级权限：确认行级规则将记录限定为张某所在团队及其下级团队，其他团队记录被过滤。
最终张某看到的是：项目A、项目B范围内，本团队及下级团队记录，包含三项已开放指标和负责人列，不含成本列的周报。若他尝试导出，导出权限需单独判断；导出文件同样应遵循字段与行级规则。
这个例子对应三类常见误解。第一类是把项目权限当成全部权限：认为有了项目访问权就能看到项目下所有指标和报表，实际上指标与报表权限仍会拦截。第二类是把报表权限当成数据权限：认为能打开报表就等于能看到报表内全部数据，忽略了字段与行级规则对列和记录的裁剪。第三类是字段与行级混淆：字段权限控制列，行级权限控制记录，二者作用方向不同，配置时若把“只看本团队”写成字段隐藏，会导致记录仍在、只是某列不可见，与预期不符。
把五类权限按“范围入口—内容入口—结果内细化”的顺序逐层核对，并在页面查看与导出两条路径上分别验证，是评审研发数据权限方案时较为稳妥的做法。ONES Performance 自动收录 ONES 系统内日常流转的研发数据并形成分析指标，同时预置面向管理人员、项目经理等角色视角的仪表盘模板，支持将仪表盘共享给其他用户；在跨项目、多团队查看效能表现时，可结合角色读写权限与共享范围，把上述五类维度的开放策略落到具体角色和报表上。
常见问题
研发数据权限中，项目权限和指标权限的边界在哪里？
项目权限控制数据范围，回答“这个人能进入哪些项目、团队和工作项集合”；指标权限控制度量口径，回答“范围内哪些指标结果可以看”。两者交界处取交集：同一指标跨项目可见时，横向覆盖哪些项目由项目权限决定，纵向开放哪些指标由指标权限决定。项目权限放行但指标未开放，该指标整体不可见；指标开放但项目未授权，该项目数据不会出现在结果中。
报表权限放行后，导出文件是否还需要遵循字段和行级规则？
需要。报表权限中的导出权限只决定能否把结果导出为文件，不改变数据内容。导出文件仍应遵循字段权限与行级权限，否则会出现页面看不到、导出却能拿到的情况。配置评审时，建议把页面查看与导出两条路径分别验证，确认两条路径下可见的列与记录集合一致。
字段权限和行级权限容易混淆，配置时如何区分？
字段权限作用于列，决定同一张表里哪些列可见或需要脱敏；行级权限作用于记录，通过过滤条件限定哪些行可见。二者作用方向不同。若把“只看本团队”写成字段隐藏，结果是记录仍在、只是某列不可见，与预期不符。配置时应先明确要控制的是列还是记录，再选择对应维度。
指标口径有争议时，应该走权限调整还是指标定义调整？
指标口径、计算公式、统计周期和数据来源属于指标定义范畴，由指标负责人维护；数据权限只决定谁能看已定义好的指标。口径争议应走指标定义的评审流程，权限变更走访问控制的评审流程。把口径问题当成权限问题处理，容易导致同一指标在不同报表中被重复定义。
把五类权限维度组合成角色模板时，需要注意什么？
角色是权限的打包方式，本身不是权限维度。组合角色模板时，应先按团队的数据范围与内容开放策略确定项目、指标、报表、字段、行级五类维度的取值，再打包为角色并分配给人员。ONES Performance 支持为不同角色配置读写权限，以保障数据安全，可作为承载读写控制的机制；具体粒度仍需按团队实际的数据开放策略设计，并在页面查看与导出两条路径上分别验证。
