Microsoft Fabric 采用路线图：内容交付范围
注意
本文是 Microsoft Fabric 采用路线图系列文章的一部分。 有关该系列文章的概述，请参阅 Microsoft Fabric 采用路线图。
本文所述的四个交付范围包括个人、团队、部门和企业。 需要明确的是，这里所说的交付的数据和商业智能 (BI) 解决方案的范围确实对应于可查看解决方案的人数，但此范围的影响远不止于此。 此范围不仅会对内容分发，还会对内容管理、安全性和信息保护的最佳做法产生很大影响。 此范围与治理级别（例如对更改管理、支持或文档的要求）、启导和用户支持的范围以及用户支持需求直接相关。 它还影响有关用户许可的决定。
相关的内容所有权和管理一文也提出了类似观点。 该文章重点介绍内容创建者，而本文重点介绍目标内容的使用情况。 这两个相互关联的方面在制定治理决策和卓越中心 (COE) 运营模型时都需要考虑到。
重要
并非所有数据和解决方案都是相同的。 应作好对不同团队和各类内容应用不同级别的数据管理和治理的准备。 标准化规则更易于维护。 但是，在特定环境中，灵活性或定制化往往是应用适当级别的监督所必需的。 如果出现困难，执行倡导人可设法在利益干系人群体中达成共识，所以执行倡导人的角色是很重要的。
内容交付范围
下图重点体现了将使用内容的目标使用者的数目。
上图所示的内容交付的四个范围包括：
- 个人：如名称可以看出，个人解决方案是供创作者使用的。 其目标不包括与他人共享内容。 因此，个人数据和 BI 解决方案的目标使用者数量最少。
- 团队：与数量相对较少的且密切合作的同事协作并共享内容。
- 部门：将向大量使用者交付内容，这些使用者可能是部门或业务单位成员。
- 企业：跨组织级边界交付内容，目标使用者的数量最多。 企业内容通常由一个中央团队进行管理，并且还需要遵循其他治理要求。
下图中对比了上述四个范围的内容交付，其中反映了与内容创建者数量的逆相关关系。
上图所示的内容创建者的四个范围包括：
- 个人：代表了数量最多的创建者，因为数据文化鼓励任何用户使用业务主导的自助服务数据和 BI 方法来处理数据。 尽管可以使用托管的自助服务 BI 方法，但这在个人数据和 BI 工作中并不常用。
- 团队：团队内的同事使用业务主导的自助服务模式与他人协作和共享。 它拥有组织中数量第二的创建者。 随着技能水平的提高，也可能开始出现托管的自助服务模式。
- 部门：拥有较少数量的创建者。 他们可能是被视为使用复杂工具创建复杂解决方案的高级用户。 托管的自助服务做法非常常见，也非常鼓励这样做。
- 企业：拥有数量最少的内容创建者，因为它通常仅包括在 BI 团队中工作的专业数据和 BI 开发人员、COE 或 IT。
内容所有权和管理一文介绍了业业主导的自助服务、托管的自助服务，以及企业这三个概念。 所有权和交付范围之间最常见的需要达成一致性的方面包括：
- 业务主导的自助服务所有权：通常部署为个人和团队解决方案。
- 托管的自助服务所有权：可部署为个人、团队或部门解决方案。
- 企业所有权：通常部署为企业范围内的解决方案。
有的组织还将自助服务内容等同于基于社区的支持。 当自助服务内容创建者和所有者需要负责支持其发布的内容时，就是这种情况。 用户支持一文介绍多项非正式和正式级别的支持。
注意
术语“共享”有两种解释：一般指与同事共享内容相关的操作，可通过多种方式实现。 它还可以指一项 Fabric 中的特定功能，这是一个特定实现，其中用户或组被授予对单个项的访问权限。 在本文中，术语“共享”使用其一般含义，即与同事共享内容。 如果是指代按项权限功能，本文将明确说明。 有关详细信息，请参阅报表使用者安全性计划。
个人
个人交付范围是为了使个人获得分析价值。 它还可让个人通过对数据、信息和分析的有效使用，更高效地执行业务任务。 它适用于组织中任何类型的信息工作者，而不只是数据分析人员和开发人员。
其目标并不是与他人共享内容。 个人内容可位于 Power BI Desktop 中或 Fabric 门户的个人工作区中。
下面是为个人交付范围创建内容的特征。
- 创建者的主要目的是数据浏览和分析，而不是报表交付。
- 此内容旨在供一人分析和使用，即创建者。
- 此内容可能是一个最终会或不会变现为一个项目的探索性概念证明。
下面是一些指导原则，可以帮助你在创作供个人使用的内容方面取得成功。
- 可以将个人数据和 BI 解决方案看作这样一个分析沙盒：治理团队或 COE 几乎没有对它进行正式的治理和监督。 但是，让内容创建者了解某些常规治理准则也适用于个人内容，这是恰当的做法。 要询问的有效问题包括：创建者能否导出个人报表并通过电子邮件发送给其他人？ 创建者能否在非组织的笔记本电脑或设备上存储个人报表？ 对于包含敏感数据的内容，有哪些限制或要求？
- 请参阅内容所有权和管理一文中介绍的用于业务主导的自助服务和托管的自助服务的技术。 它们是高度相关的技术，可帮助内容创建者创建高效的个人数据和 BI 解决方案。
- 分析活动日志中的数据，以发现个人解决方案似乎超出最初预期使用的情况。 如果检测到某个个人工作区中共享了大量内容，就说明出现了此情况。
提示
有关用户如何进展到各个用户采用阶段的信息，请参阅 Microsoft Fabric 采用路线图成熟级别。 有关使用活动日志的详细信息，请参阅租户级审核。
组
团队交付范围主要供密切合作的团队人员使用，这些人员使用相同的数据解决与团队中其他人员的问题紧密相关的问题。 其主要目标通常是在工作区中相互协作和共享内容。
与部门或企业内容相比，团队中的内容通常以更非正式的方式共享。 例如，工作区通常已能够满足小型团队的内容使用需求。 无需正式发布工作区即可将其作为应用分发。 如果基于团队的交付非常不正式，就不会设置具体的用户数量；每个团队都可以找到适合自己的用户数量。
下面是团队交付范围创建内容的特征。
- 内容由一组密切合作的同事进行创建、管理和查看。
- 内容的协作和共同管理是最重要的。
- 内容的正式交付可能会对报表查看者（尤其是团队管理者）出现，但这通常是次要的。
- 报表并非总是特别复杂或具有吸引力的；功能和获取信息才是最重要的。
下面是一些指导原则，可以帮助你在创作供团队使用的内容方面取得成功。
- 确保 COE 已准备好为自助服务创建者发布团队内容提供支持。
- 就如何进行工作区管理制定针对性决策。 工作区是用来组织相关内容的位置、是一个权限边界和 Power BI 应用的范围。 一开始就为每个团队提供一个工作区是很诱人的，但这种方法可能不够灵活，无法满足所有需求。
- 请参阅内容所有权和管理一文中介绍的用于业务主导的自助服务和托管的自助服务的技术。 它们是高度相关的技术，可帮助内容创建者创建高效的团队数据和 BI 解决方案。
提示
有关详细信息，请参阅工作区级别规划。
部门
将内容交付给部门或业务单位的成员。 部门交付范围的首要之务之一是将内容分发给更多的使用者。
以下是部门内容交付的特征。
- 一些内容创建者通常会发布内容供同事使用。
- 使用 Power BI 应用进行报表的正式交付是重要事务，可确保使用者获得最佳体验。
- 需要更多工作量来交付更复杂、更精细的报表。 还需遵循数据准备的最佳做法，实现更高质量的数据建模。
- 实施变更管理和生命周期管理的需要开始产生，以确保发布稳定性和使用者体验的一致性。
下面是一些指导原则，可帮助你在部门 BI 交付中取得成功。
- 确保 COE 已准备好为自助服务创建者的工作提供支持。 发布整个部门或业务部门使用的内容的创建者可能会成为支持者的合适人选。 或者，他们可能会成为作为附属成员加入 COE 的合适人选。
- 就如何进行工作区管理制定针对性决策。 工作区是用来组织相关内容的位置、是一个权限边界和应用范围。 大型部门或业务单位可能需要多个工作区来满足其所有需求。
- 规划 Power BI 应用向企业分发内容的方式。 应用可在内容使用方面提供好得多的用户体验。 在许多情况下，可向内容使用者提供仅通过应用查看内容的权限，而只保留针对内容创建者和审阅者的工作区权限管理。 使用应用受众组可以灵活地混合和匹配内容和目标受众。
- 明确发生了哪些数据质量验证。 随着重要性和紧急级别的提升，对可信度的期望也会增加。
- 确保提供足够的培训、启导和文档来支持内容创建者。 数据准备、数据建模和数据展示的最佳做法可带来质量更好的解决方案。
- 提供有关升级的认可的最佳使用做法的指导，以及何时可以对部门解决方案提供认证认可的相关指导。
- 确保为所有部门内容都确认了所有者。 明确所有权会很有帮助，包括负责问题、反馈、增强请求或支持请求的联系人员。 在 Fabric 门户中，内容所有者可以为许多类型的项（例如报表和仪表板）设置联系人列表属性。 联系人列表也用于安全工作流。 例如，当系统向用户发送用于打开应用的 URL 但该用户没有权限时，这时会出现一个发出访问请求的选项。
- 考虑将部署管道与单独的工作区结合使用。 部署管道可以支持开发、测试和生产环境，从而为使用者提供更强稳定性。
- 考虑强制使用敏感度标签来实现所有内容的信息保护。
- 通过以下方式在报表中使用一致的品牌风格：
- 应用内容所有权和管理一文中介绍的用于业务主导的自助服务和托管的自助服务内容交付的技术。 它们是高度相关的技术，可帮助内容创建者创建高效的部门解决方案。
Enterprise
企业内容通常由一个中央团队进行管理，并且还需要遵循其他治理要求。 将跨组织边界广泛地交付内容。
以下是企业内容交付的特征。
- 由专家组成的中央团队对内容进行端到端的管理，并发布内容供他人使用。
- 报表、湖屋和 Power BI 应用等数据解决方案的正式交付是首要任务，可确保使用者获得最佳体验。
- 其内容高度敏感、需要符合监管要求，或被视为是极其重要的内容。
- 已发布的企业级语义模型和数据流可用作自助服务创建者的源，从而创建源数据的依赖项链。
- 对使用者来说，稳定性和体验一致性非常重要。 应用程序生命周期管理很常见，如部署管道和 DevOps 技术。 在部署企业内容的更改之前，通常会通过更改管理流程查看和批准更改，例如，由更改审阅委员会或类似团队实施。
- 设置流程的目的是汇总要求、排定工作优先级，以及规划新项目或对现有内容进行改进。
- 可能会与其他企业级数据体系结构和管理服务集成，有可能与其他 Azure 服务和 Power Platform 产品集成。
下面是一些帮助你成功使用企业内容交付的指导原则。
- 治理一文中介绍的治理和监督技术与管理企业解决方案相关。 技术主要包括变更管理和生命周期管理。
- 计划如何有效地为每个工作区使用 Premium Per User 或Fabric 容量许可。 使工作区管理策略（例如，如何组织和保护工作区）与计划的许可策略相符。
- 规划 Power BI 应用向使用者分发企业内容的方式。 应用可在内容使用方面提供好得多的用户体验。 使应用分发策略与工作区管理策略相符。
- 考虑强制使用敏感度标签来实现所有内容的信息保护。
- 为企业报表和应用使用认证认可时，实施严格的流程。 当预期自助服务创建者会基于数据集和数据流生成解决方案时，也可以对数据资产进行认证。 并非所有的企业内容都需要认证，但大部分都可能需要。
- 在要进行更改时发布公告并将此作为常规做法来执行。 有关详细信息，请参阅实践社区一文，查看有关通信类型的说明。
- 通过以下方式在报表中使用一致的品牌风格：
- 主动使用世系视图了解依赖关系，执行影响分析，并在发生更改时通知下游内容所有者。
- 请参阅内容所有权和管理一文中所述的适用于企业内容交付的技术。 它们是高度相关的技术，可帮助内容创建者创建高效的企业解决方案。
- 请参阅系统监督一文中介绍的用于审核、治理和监督企业内容的技术。
注意事项和主要措施
清单 - 为优化内容交付方法而需考虑的事项和可采取的主要措施。
- 调整内容交付目标：确保指导原则、文档和其他资源与为 Fabric 采用定义的战略目标一致。
- 明确组织中内容交付的范围：确定每个范围适用于谁，以及每个范围如何与治理决策保持一致。 确保决策和准则与处理内容所有权和管理的方式一致。
- 考虑例外情况：当较小的团队要为企业范围的受众发布内容时，做好如何处理的准备。
- 创建有用的文档：确保有足够的培训文档和支持，以便内容创建者了解何时适合使用工作区、应用或按项共享（直接访问或链接）。
- 创建许可策略：确保你已制定特定策略来处理 Fabric 许可注意事项。 创建一个流程来说明为每个许可证类型分配工作区的方式以及可分配到“高级”的内容类型需具备的先决条件。
重要
有时本文指的是 Power BI Premium 或其容量订阅 (P SKU)。 请注意，Microsoft 目前正在合并购买选项并停用 Power BI Premium Per Capacity SKU。 新客户和现有客户应考虑改为购买 Fabric 容量订阅 (F SKU)。
有关详细信息，请参阅 Power BI Premium 许可即将进行的重要更新和 Power BI Premium 常见问题解答。
应考虑的问题
使用如下所示的问题来评估内容交付范围。
- 负责 Fabric 的中心团队是否明确了解创建和交付内容的人员？ 它是否因业务领域或内容项类型的不同而不同？
- 存在哪些使用方案，例如个人 BI、团队 BI、部门 BI 或企业 BI？ 它们在组织中的流行程度如何？ 是否存在高级方案（如高级数据准备或高级数据模型管理）或小众方案（如自助实时分析）？
- 对于已确定的内容交付范围，准则受到了何种程度的遵守？
- 是否有将实用的自助服务内容从个人“提升”到团队内容交付范围或更高的路径？ 哪些系统和流程能够实现实用自助服务内容的可持续、自下而上的扩展和分发？
- 将内容发布到个人工作区以及使用个人工作区的准则是什么？
- 个人工作区被分配给了专用 Fabric 容量吗？ 要在哪些情况下使用个人工作区？
- 平均而言，某人有权访问多少个报表？ 主管有权访问多少个报表？ CEO 有权访问多少个报表？
- 如果你的组织当前正在使用 Fabric 或 Power BI，当前工作区设置是否符合实施的内容所有权和交付策略？
- 是否有明确的许可策略？ 今天使用了多少个许可证？ 有多少租户和容量，谁使用它们，为什么？
- 中心团队如何决定哪些内容发布到高级（或 Fabric）专用容量，以及哪些内容使用共享容量？ 开发工作负载是否使用单独的 Premium Per User (PPU) 许可以避免影响生产工作负载？
成熟度级别
以下成熟度级别有助于评估内容交付的当前状态。
| Level | 内容交付状态 |
|---|---|
| 100：起步 | • 内容由自助服务创建者以不可控的方式向使用者发布，且无特定策略。 |
| 200：可重复 | • 存在一些良好做法。 但是，良好的做法过于依赖于内容创建者的知识、技能和习惯。 |
| 300：已定义 | • 制定并传达了明确的准则，确立了在每个交付范围内可出现和不可出现的情况。 组织中的某些群体（而非所有群体）会遵循这些准则。 |
| 400：有效力 | • 制定了标准，使自助服务和企业内容的治理要求一致。 • 组织中的大多数或所有群体都遵循内容交付范围的准则。 • 有关变更管理的要求已到位，用于审批分发给更多受众的关键内容变更。 • 宣布变更并遵循沟通计划。 内容创建者了解其内容的下游影响。 使用者了解报表和应用何时发生更改。 |
| 500：高效 | • 在活动日志中检测到任何相关活动时，采取主动步骤与用户进行沟通。 提供教育和信息以逐步改进或降低风险。 • 定期评估为部署的解决方案实现的业务价值。 |
相关内容
在 Microsoft Fabric 采用路线图系列的下一篇文章中，了解卓越中心 (COE)。