Power BI 使用方案：团队 BI
备注
本文是 Power BI 实现规划系列文章中的一篇。 本系列着重介绍 Microsoft Fabric 中的 Power BI 体验。 有关该系列的介绍，请参阅 Power BI 实施规划。
创建有价值的 BI 解决方案后，即可与同事协作。 目标是提供超出个人 BI 方案可实现的附加价值。
如 Fabric 采用路线图中所述，团队 BI 侧重于紧密协作的小型团队。 以非正式方式互相协作和分享内容通常是团队 BI 的一个关键目标（部门 BI 和企业 BI方案中涵盖了更正式的内容交付）。
有时，与亲近的同事协作时，只需在工作区中即可实现小型团队协作。 可以将工作区视为小型团队成员以非正式方式查看内容的方式（无需正式发布 Power BI 应用，部门 BI 中对此进行了介绍）。
注意
有四种在彼此基础上相互建立的“内容协作和交付”使用方案。 团队 BI 方案是这四种方案中的第二个方案。 可以在 Power BI 使用方案一文中找到所有方案的列表。
托管的自助式 BI 方案引入了有关分离语义模型（以前称为数据集）和报表开发的重要概念。 为简单起见，本文不展开探讨此概念。 建议在可能的情况下，应用托管的自助式 BI 方案中讨论的概念。
方案示意图
下图简要概述了支持团队 BI 的最常见用户操作和 Power BI 组件。 主要侧重于小型团队协作。
提示
如果想要将方案图嵌入演示文稿、文档或博客文章，或者将其打印为墙上海报，建议下载方案图。 由于它是可缩放矢量图形 (SVG) 图像，因此可以放大或缩小它，而不会造成任何质量损失。
该方案图描绘了以下用户操作、工具和功能：
| 项目 | 描述 |
|---|---|
 |
Power BI 内容创建者使用 Power BI Desktop 开发 BI 解决方案。 在团队 BI 方案中，创建者在分散型团队、部门或业务部门中工作是很常见的。 |
 |
Power BI Desktop 连接到一个或多个数据源中的数据。 在 Power Query 编辑器中开发合并多个源的查询和数据混合。 |
 |
在 Power BI Desktop 中完成数据模型开发和报表创建。 在团队 BI 解决方案中，目的是通过将数据置于可视上下文中来帮助团队成员了解数据的含义和重要性。 |
 |
准备就绪后，内容创建者将其 Power BI Desktop 文件 (.pbix) 或 Power BI 项目文件 (.pbip) 发布到 Power BI 服务。 |
 |
内容将发布到工作区。 其主要目的是向小型团队提供信息和实现协作。 内容创建者还可以在工作区中创建或编辑某些内容。 |
 |
分配到工作区角色（查看者或更高级别）的所有用户可查看工作区中的内容并与之交互。 一种选择是使用 Web 浏览器登录到 Power BI 服务。 |
 |
也可以使用 Power BI 移动应用来查看已发布的内容。 |
 |
经常在 Microsoft Teams 中工作的用户可能会发现，直接在 Teams 中管理或查看 Power BI 内容非常方便。 他们可以使用 Microsoft Teams 的 Power BI 应用或查看内嵌在团队频道中的报表。 用户还可以彼此进行私人聊天，并直接在 Teams 中接收通知。 |
 |
分配到管理员、成员或参与者工作区角色的用户可以发布和管理工作区内容。 |
 |
可以在 Power BI 服务中设置计划的数据刷新，以将导入的数据（语义模型或数据流中）保持最新。 |
 |
某些数据源（例如驻留在专用组织网络中的数据源）可能需要本地数据网关或 VNet 网关来进行数据刷新。 |
 |
其他自助内容创建者可以使用现有的语义模型创作新报表。 他们可以选择使用 Power BI Desktop、Excel 或 Power BI 报表生成器（方案图中未描绘）。 强烈建议以这种方式重用现有语义模型。 |
 |
Power BI 管理员监督和监视 Power BI 服务中的活动。 与个人 BI 解决方案相比，团队 BI 解决方案的治理要求可能更多，但比部门 BI 和企业 BI 解决方案的要求更少。 |
要点
下面是对于团队 BI 方案需要强调的一些要点。
源文件存储
Power BI Desktop 是用于开发查询、模型和交互式报表的创作工具。 由于协作对于团队 BI 是一个高优先级事项，因此将源 Power BI Desktop 文件存储在安全的共享位置非常重要。 由于内置版本历史记录和自动文件同步，OneDrive 工作版或学校版或 SharePoint（方案图中未描绘）等位置非常有用。 共享库非常安全且可供同事轻松访问，并具有内置的版本控制功能。
当 BI 解决方案的共同管理牵涉到具有不同技能组合的多个人时，请考虑将模型和报表分离到单独的 Power BI Desktop 文件中（托管的自助式 BI 方案中已予介绍）。 此方法鼓励重用语义模型，并且比在编辑 Power BI Desktop 文件的人员之间不断切换更为有效。 例如，当某个人需要处理语义模型，而另一个人需要处理报表时，这种方法特别有效。
工作区
Power BI 工作区充当 Power BI 服务中的逻辑容器，用于存储语义模型和报表等相关 Power BI 项。 在团队 BI 方案中，将工作区用于协作以及用于供少量用户查看报表既实用又简单。 部门 BI 方案中介绍了如何将内容作为 Power BI 应用进行分发。
工作区访问和共享
除了组织内容外，工作区还形成了安全边界。 当团队成员需要编辑或查看已发布到工作区的所有项时，将用户分配到工作区角色。 这四种工作区角色（管理员、成员、参与者和查看者）有助于自助内容创建者和使用者提高工作效率，而无需超量预配权限。
注意
或者，工作区用户可以共享单个报表和仪表板（方案图中未描绘）。 共享可以向未分配到工作区角色的人员授予只读访问权限。 但是，需尝试限制共享，因为为多个项或多位用户进行设置可能会很麻烦。
Power BI 用户许可证
在工作区中协作时，所有用户都必须具有一个 Power BI Pro 或 Power BI Premium Per User (PPU) 许可证。
注意
Power BI Pro 或 PPU 许可证的要求有一种例外情况：为工作区分配高级容量、Fabric F64 或更高版本的容量后，Fabric 免费许可证用户（拥有适当权限）可以查看工作区和/或 Power BI 应用的内容。 企业 BI 方案中介绍了此方法。
重用现有语义模型
重用现有语义模型对于团队协作非常重要。 它有助于倡导“单一事实版本”的理念。 当少数语义模型创建者为许多报表创建者提供支持时，这种做法尤为重要。 Power BI Desktop 实时连接可将报表连接到现有语义模型，因而无需创建另一个语义模型。 或者，当用户更希望创建 Excel 报表时，他们可以使用“在 Excel 中分析”功能。 此类型的连接比将数据导出到 Excel 更有利，因为这样可以：
- 避免创建重复的语义模型。
- 降低数据和计算不一致的风险。
- 支持视觉对象中的所有切片、切块和透视功能，同时与存储在 Power BI 服务中的语义模型保持连接。
若要访问现有语义模型，内容创建者必须对该语义模型拥有生成权限。 可以在将用户分配到某个工作区角色（参与者或更高级别）时直接或间接为其授予该权限，也可以在发布 Power BI 应用或共享 Power BI 项时授予该权限。 托管的自助式 BI 方案进一步探讨了如何重用共享语义模型。
Power BI 与 Microsoft Teams 的集成
使用 Microsoft Teams 等新式协作工具可让用户做出数据驱动的决策。 Microsoft Teams 支持有关数据的协作讨论，同时支持在自然工作流中查看 Power BI 内容。 若要了解更多协作选项，请参阅使用 Power BI 在 Microsoft Teams 中开展协作。
网关设置
通常，在访问驻留在专用组织网络或虚拟网络中的数据源时需要一个数据网关。 将 Power BI Desktop 文件发布到 Power BI 服务后，本地数据网关就会与此相关。 网关的两个作用是刷新导入的数据，或查看查询实时连接或 DirectQuery 语义模型的报表（方案图中未描绘）。
注意
对于团队、部门和企业 BI 方案，强烈建议使用标准模式的集中式数据网关，而不是个人模式的网关。 在标准模式下，数据网关支持实时连接和 DirectQuery 操作（此外还支持计划的数据刷新操作）。
系统监督
活动日志记录 Power BI 服务中发生的用户活动。 Power BI 管理员可以使用收集的活动日志数据来执行审核，以帮助他们了解使用模式和采用情况。 在支持治理工作、安全审核和合规性要求方面，活动日志也很有作用。
相关内容
在此系列的下一篇文章中，了解如何在部门 BI 使用方案中将内容分发给更多观看者。