研发数据权限包括哪些权限维度

研发数据权限通常包括项目范围、指标、报表、字段和行级五个维度，管理对象是研发度量数据以及承载这些数据的看板与报表。理解这五个维度各自控制什么、如何叠加生效，有助于在跨团队查看效能数据时既保证信息透明，又控制敏感信息的可见范围。本文按概念定义、维度清单、划分规则、相邻概念和落地示例依次说明，并结合ONES研发效能管理场景交代相关范围。

要点总览（TL;DR）

• 研发数据权限通常包括项目范围、指标、报表、字段和行级五个维度，管理对象是研发度量数据及其看板与报表。
• 五个维度按从粗到细层层收敛：项目范围确定数据池，指标确定度量内容，报表确定呈现视图，字段确定列，行级确定行。
• 组合生效时通常按取交集理解，最终可见内容是各维度授权范围的共同部分，例外角色需单独记录。
• 研发数据权限与研发工具操作权限、指标定义、工具链接口配置分属不同层面，应分别配置和审计。
• 报表分享与导出可能绕过行级与字段限制，配置权限时应把分享范围和导出范围一并核验。

研发数据权限是什么

研发数据权限可以定义为：围绕研发度量数据及其呈现形式所设定的一组访问控制规则，用来决定某个使用者在什么范围内、能看到哪些指标、通过哪些报表查看、看到哪些字段以及看到哪些数据行。它的作用对象是数据与视图，包括度量结果、统计口径下的数值、看板、报表、图表以及导出内容。

这一定义包含两层范围。第一层是数据范围，即哪些项目、团队、成员产生的研发数据可以被读取和汇总；第二层是呈现范围，即这些数据以什么报表形式出现、包含哪些字段、呈现到什么颗粒度。两层范围共同决定一个使用者打开看板时实际看到的内容。

研发数据权限与研发工具中的操作权限属于不同层面。操作权限管的是“能不能做”，例如能否创建工作项、能否流转状态、能否关闭缺陷、能否修改需求描述；研发数据权限管的是“能不能看、能看到什么程度”，例如能否查看某项目的交付效率趋势、能否看到某张报表中的工时字段。一个人可以在项目中拥有完整的工作项操作权限，却只被允许查看汇总后的团队级指标；反过来，也可能只具备只读的项目角色，却被授权查看跨项目的效能看板。把这两类权限混为一谈，容易出现“能改数据就默认能看全部数据”的配置漏洞。

研发数据权限包括哪些维度

研发数据权限一般从五个维度展开，每个维度控制一类对象，粒度由粗到细。下表对照各维度的控制对象与典型问题。

权限维度	控制对象	回答的问题	粒度
项目范围权限	可纳入统计的项目、团队或组织范围	能看到哪些项目的数据	粗
指标权限	度量指标与指标分组	能看哪些效能指标	较粗
报表权限	看板、报表、图表及其查看、编辑、分享动作	能打开、修改或转发哪些报表	中等
字段权限	报表中的具体字段，如工时、负责人、缺陷数	同一张报表里哪些字段可见或可编辑	较细
行级权限	报表中的具体数据行	能看到哪些团队、成员或项目对应的行	细

项目范围权限是入口级控制。它决定一个使用者进入效能看板时，系统把哪些项目的数据纳入计算。没有项目范围授权，后续指标和报表即使配置完整，也不会呈现对应数据。

指标权限控制度量口径的可见性。研发效能指标往往包含交付效率、交付质量、进度情况、资源效率等类别，不同角色关注的指标不同。指标权限可以按指标或指标分组授权，使管理者看到全局指标，而一线团队只看到与自身工作相关的指标。

报表权限针对呈现载体。同一份数据可以组织成多个看板或报表，报表权限决定使用者能否查看某张报表、能否编辑其筛选条件和图表配置、能否将其分享给他人。查看、编辑、分享通常是三个可分开授予的动作。

字段权限在报表内部生效，控制敏感字段的显示与编辑。例如一张团队效能报表中，汇总的交付周期可以公开，而个人工时明细字段只对项目负责人可见。字段权限解决的是“同一行数据里哪些列能看”的问题。

行级权限进一步收敛到数据行。它按团队、成员、项目等属性过滤报表内容，使不同使用者打开同一张报表时看到不同的行集合。行级权限适合跨团队共用一个看板、但各团队只看自身数据的场景。

项目、指标、报表、字段和行级权限如何划分

五个维度之间是层层收敛的关系，可以按“先定范围、再定内容、后定细节”的顺序理解。项目范围权限确定数据池，指标权限确定从池中取哪些度量，报表权限确定以什么视图呈现，字段权限确定视图中的列，行级权限确定视图中的行。前一层没有授权，后一层即使配置也不会产生可见数据。

组合生效时，通常按取交集的思路理解：一个使用者最终能看到的内容，是各维度授权范围的共同部分。项目范围授权了A、B两个项目，行级权限只允许查看A项目下的前端团队，那么最终可见的是A项目前端团队的数据行；指标权限未包含某指标，则该指标在报表中不呈现，即使报表本身已授权查看。

划分顺序建议遵循从粗到细的原则，原因是粗粒度维度决定数据是否存在，细粒度维度决定数据如何裁剪。先配置项目范围，可以避免为无权限项目反复调整字段和行规则；先确定指标集合，可以减少报表中无效图表的维护；字段与行级权限放在最后，用于处理敏感信息和跨团队隔离。

需要说明的是，取交集是常见的组合原则，具体系统可能对某些维度采用覆盖或例外规则，例如管理员角色可能绕过部分限制。配置时应以实际系统的规则说明为准，并把例外角色单独记录，避免权限审计时出现口径不一致。

和相邻概念的区别

研发数据权限容易与三类相邻概念混淆，边界如下表所示。

概念	管理对象	与研发数据权限的边界
研发工具操作权限	工作项、需求、缺陷、迭代等业务对象的创建、修改、流转、关闭	管“能不能操作”，数据权限管“能不能看、看到什么程度”
研发效能指标体系	指标的定义、口径、计算公式与指标分层	指标体系回答“指标怎么算”，数据权限回答“谁能看算出来的结果”
研发工具链接口配置	数据源接入、同步频率、字段映射与凭证管理	接口配置解决“数据怎么进来”，数据权限解决“数据进来后给谁看”

与操作权限的区别最需要强调。操作权限通常跟随项目角色授予，关注业务动作的合规性；数据权限则跨项目、跨报表生效，关注信息暴露范围。两者可以独立配置，也应当分别审计。一个常见的配置做法是：项目角色决定成员在项目内能做什么，数据权限单独决定其在效能看板中能看什么。

与指标体系的边界在于职责不同。指标体系是度量设计工作，涉及指标选型、口径统一和分层；数据权限是访问控制工作，涉及授权对象和可见范围。指标定义变更会影响报表数值，权限变更只影响谁能看到这些数值，两者在变更管理上应分开走流程。

与工具链接口配置的边界在于数据流向。接口配置负责把研发工具中的业务数据同步到效能分析环境，涉及数据源、同步机制和字段映射；数据权限在数据完成同步与汇总之后生效。接口配置出错会导致数据缺失或口径错误，权限配置出错则表现为该看的人看不到或不该看的人看到了。

在ONES研发效能管理场景中，Performance具备数据同步与分析能力，可将数据统一展示并为报表制作和工作汇报提供支持，管理者能够从统一入口查看多项目、多团队、多流程的效能表现。这些能力解决的是数据汇聚与呈现问题；至于具体按哪些维度授权、如何配置，需要结合组织的数据分级要求另行设计，本文不展开具体产品的权限配置细节。

一个具体例子与常见误解

假设一个研发组织有三个团队共用一张“季度研发效能看板”，看板包含交付效率、交付质量、进度情况和资源效率四组指标。权限可以这样配置：项目范围权限授予该看板覆盖的三个项目；指标权限对研发管理者开放全部四组指标，对一线团队只开放交付效率与进度情况；报表权限给管理者查看与编辑权限，给团队负责人查看与分享权限；字段权限将个人工时明细字段限制为仅管理者可见；行级权限按团队过滤，使每个团队负责人只看到本团队的数据行。

在这个例子中，团队负责人打开同一张看板时，看到的是本团队的行、交付效率与进度情况两组指标、不含个人工时明细的列。管理者看到三个项目的全部行与全部指标。五类权限共同作用，形成差异化的视图，而看板本身只需要维护一份。

常见误解之一是有报表查看权就等于能看全部数据。报表权限只解决能否打开这张报表，报表内的指标、字段和行仍受其他维度约束。只授予报表查看权而不配置行级和字段权限，可能导致报表打开后数据为空，或者暴露超出预期的明细。

常见误解之二是字段权限可以替代行级权限。字段权限控制列，行级权限控制行，两者裁剪的方向不同。隐藏了工时字段，并不妨碍使用者看到其他团队的行；按团队过滤了行，也不代表敏感字段已经隐藏。涉及个人信息或敏感明细时，字段与行级权限通常需要同时配置。

还有一个容易被忽略的点是分享与导出。报表被分享或导出后，接收方看到的内容是否仍受原权限约束，取决于系统的分享机制。配置报表权限时，应把分享范围和导出范围一并纳入核验，避免通过转发绕过行级与字段限制。

常见问题

只给使用者报表查看权限，为什么打开后数据是空的？

报表权限只解决能否打开这张报表，报表内的数据还受项目范围、指标、字段和行级权限约束。如果项目范围未授权，或指标权限未包含报表中的指标，打开后就会呈现为空。排查时按从粗到细的顺序检查：先确认项目范围是否覆盖，再确认指标是否授权，最后检查字段与行级规则是否把数据全部过滤掉。

字段权限和行级权限需要同时配置吗？

两者裁剪方向不同，字段权限控制列，行级权限控制行。涉及个人信息、工时明细等敏感内容时，通常需要同时配置：隐藏敏感字段解决列的问题，按团队或成员过滤解决行的问题。只配其中一项，仍可能通过另一方向暴露超出预期的信息。

报表被分享或导出后，接收方看到的内容还受原权限约束吗？

这取决于系统的分享与导出机制。部分系统在分享后按接收方自身权限重新过滤数据，部分系统则保留分享时的视图内容。配置报表权限时，应把分享范围和导出范围一并纳入核验，明确哪些角色可以转发、转发后数据如何呈现，避免通过转发绕过行级与字段限制。

管理员角色是否可以绕过部分数据权限限制？

常见系统中管理员角色可能拥有更宽的数据可见范围，或对某些维度采用覆盖规则而非取交集。这类例外应在权限设计时单独记录，明确哪些角色、在哪些维度上不受常规限制，并在权限审计时与普通角色的口径分开核对，避免出现配置与制度不一致的情况。

项目范围权限和研发工具中的项目角色是同一件事吗？

两者分属不同层面。项目角色通常决定成员在项目内能做什么，例如创建工作项、流转状态、关闭缺陷；项目范围权限决定效能看板中能纳入哪些项目的数据。一个人可以在项目中拥有完整操作权限，却只被允许查看汇总后的团队级指标。建议把项目角色与数据权限分开配置、分别审计。