Microsoft Fabric 采用路线图：启导和用户支持

注意

本文是 Microsoft Fabric 采用路线图系列文章的一部分。 有关该系列文章的概述，请参阅 Microsoft Fabric 采用路线图。

采用工作的关键目标是让用户能够在遵守治理条例和策略的前提下完成尽可能多的工作。 因此，启导用户这一举措是卓越中心 (COE) 最重要的职责之一，这直接影响用户采用情况。 有关用户采用的详细信息，请参阅 Microsoft Fabric 采用成熟度级别。

技能启导

可以通过多种形式来启导和帮助 Fabric 社区用户变得更高效，例如：

• 工作时间
• 共同开发项目
• 最佳做法评审
• 外延支持

工作时间

工作时间是一种由 COE 管理的持续社区参与方式。 顾名思义，工作时间是定期计划的可提供相关帮助的时间，在这期间社区成员可以与 COE 专家联系，以最小的流程开销获取所需帮助。 办公时间通常是基于小组的，因此如果某个主题涉及 Fabric 拥护者和社区其他成员的专业领域，他们也可以帮助解决问题。

许多组织都使用工作时间且成效显著。 一些组织将其称为“随到随见时间”，甚至是“动力时间”或“Fabric 星期五”这种有趣的名字。 这种形式的主要目标通常是解答问题、解决问题并消除阻碍。 工作时间还可以充当用户社区分享想法、建议甚至不满的平台。

当有一个或多个 COE 成员可提供帮助时，COE 会发布常规工作时间的具体时间。 理想情况下，会定期、经常安排工作时间。 例如，可以是每周二和周四。 如果你的员工遍布全球，可考虑安排不同的时间段或轮换时间。

提示

一种做法是设置每周的特定工作时间。 但用户可能不会出现，因此最后可能会效率较低。 或者，可以考虑利用 Microsoft Bookings 来安排工作时间。 Microsoft Bookings 可显示每个 COE 专家可提供帮助的时间段，同时 Outlook 集成确保其参与时间是最新的。

工作时间是一种非常好的用户支持的方法，因为：

• 内容创建者和 COE 积极协作，共同回答并解决问题。
• 在学习和解决问题的同时，也推进了实际工作的完成。
• 其他人也可能观察、学习并参与。
• 各个小组可以前往分组讨论室解决特定的问题。

工作时间也有利于 COE，因为：

• 对于 COE 来说，这是识别拥护者或具备 COE 以前不知道的特定技能的用户的好方法。
• COE 可以了解整个组织的用户都在努力应对哪些问题。 可借助工作时间了解是否需要其他资源、文档或训练。

提示

在办公时间出现一些无法快速解决的棘手问题是很常见的，例如让复杂的 DAX 计算正常工作，或者解决复杂解决方案中的性能挑战。 为工作时间的适用范围设定明确的预期，并明确是否承诺跟进。

项目共同开发

COE 提供启导服务的方式之一是通过共同开发项目。 共同开发项目是 COE 提供的一种帮助形式，其中用户或业务单位利用 COE 的技术专业知识来解决数据业务问题。 在共同开发中，业务部门的利益相关者和 COE 协作构建业务利益相关者无法独立完成的高质量自助式分析或商业智能 (BI) 解决方案。

共同开发的目标是帮助业务单位随时间推移开发和获取专业知识，同时创造价值。 例如，销售团队迫切需要开发一组新的委托报表，但还不具备自行制作该报表的相关知识。

共同开发项目促使业务单位与 COE 之间形成合作关系。 在此合作中，业务单位完全投入，深度参与，并取得项目的所有权。

COE 投入的时间会随时间推移而减少，在业务单位获得所需专业知识并具备独立解决的能力时停止投入。

上图中，随时间推移，主动参与度发生变化，如下所示：

• 业务单位：最初为 50%，后上升至 75%，最终达 98%-100%。
• COE：最初为 50%，后降至 25%，最终为 0%-2%。

理想情况下，在项目中会预先确定逐渐减少参与的时间段。 这样，业务单位和 COE 都可以充分规划时间安排和人员配备。

共同开发项目可以带来显著的短期和长期优势。 在短期内，在 COE 的参与下得到的解决方案通常具有更好的设计和性能，并遵循最佳做法、与组织标准保持一致。 从长远来看，共同开发有助于增加业务利益相关者的知识和能力，使他们更能够独立处理事务和解决问题，更有信心在未来提供优质的自助式数据和 BI 解决方案。

重要

从本质上讲，共同开发项目可以帮助经验不足的用户学习正确的做事方式。 它降低了以后需要重构的风险，并提高了解决方案随时间扩展和壮大的能力。

最佳做法评审

COE 还可以提供最佳做法评审。 最佳做法评审对于想要验证自己工作的内容创作者非常有帮助。 该形式也称为咨询服务、内部咨询时间或技术评审 。 与共同开发项目（如前所述）不同，最佳做法评审是在开发解决方案之后进行的。

在评审期间，COE 专家会评估社区成员开发的自助式 Fabric 内容，并确定风险领域或改进机会。

下面提供了一些示例，说明什么情况可通过最佳做法评审获益。

• 销售团队有一个 Power BI 应用，他们计划将该应用分发给整个组织的数千名用户。 由于该应用所包含的是要分发给大量受众的高优先级内容，团队希望为其获取认证。 内容认证的标准过程包括最佳做法评审。
• 财务团队想向某个容量分配一个工作区。 需要对工作区内容进行评审，以确保遵循稳健的开发做法。 当在多个业务单位之间共享容量时，这种类型的评审很常见。 （容量仅分配给一个业务单位时，可能不需要评审。）
• 运营团队正在构建一个他们希望能被广泛使用的新 Fabric 解决方案。 他们想先申请最佳做法评审，再进行用户验收测试 (UAT) 或再向更改管理董事会提交请求。

最佳做法评审通常侧重于语义模型设计，但评审可以包含所有类型的数据项（例如 lakehouse、数据仓库、数据管道、数据流或语义模型）。 评审还可以包含报表项（如报表、仪表板或指标）。

在部署内容之前，最佳做法评审可能用于验证其他设计决策，如：

• 笔记本中的代码遵循组织标准和最佳做法。
• 根据需要使用了适当的数据准备方法（数据流、管道、笔记本和其他方法）。
• 使用的数据源是适当的，只要使用了 Power Query 和数据流，就会调用查询折叠。
• 数据准备步骤简洁、有序且高效。
• 连接模式和存储模式的选择（例如 Direct Lake、导入、实时连接、DirectQuery 和复合模型框架）是适当的。
• 数据源（如平面文件和原始 Power BI Desktop 文件）的位置合适（最好存储在具有版本控制且具有适当安全性的备份位置中，例如 Teams 文件或 SharePoint 共享库）。
• 语义模型设计良好、干净且易于理解，并使用了星型架构设计。
• 关系配置正确。
• DAX 计算使用高效的编码做法（尤其是在数据模型较大时）。
• 语义模型大小限制在合理范围内，应用了数据缩减技术。
• 通过行级别安全性 (RLS) 实施了适当的数据权限。
• 数据是准确的，并且已经根据权威来源进行了验证。
• 使用经过批准的常用定义和术语。
• 遵循良好的数据可视化做法，包括辅助功能设计。

部署内容后，最佳做法审查不一定已完成。 完成评审的其余部分还可以包括以下各项：

• 目标工作区与内容相适。
• 工作区安全角色与内容相适。
• 正确并适当配置了其他权限（如应用受众权限、生成权限或单项共享功能的使用）。
• 确定了联系人，并与内容的所有者正确关联。
• 正确分配了敏感度标签。
• Fabric 项认可（认证或提升）是适当的。
• 正确配置了数据刷新，故障通知包括适当的用户，并使用适当的标准模式下的数据网关（如适用）。
• 遵循了所有适当的语义模型最佳做法规则，最好通过名为“最佳做法分析器”的社区工具自动执行这些规则，从而最大限度地提高效率和生产力。

外延支持

有时 COE 可能会参与支持人员上报的复杂问题。 有关详细信息，请参阅用户支持一文。

注意

提供启导服务可能意味着组织文化的转变。 你可能会想，用户一般不会请求 Excel 之类工具的相关帮助，所以他们又为何会请求 Power BI 相关的帮助呢？ 答案是，Power BI 和 Fabric 是两款非常强大的工具， 它们除了提供数据可视化功能外，还提供数据准备和数据建模功能。 当拥有帮助和支持用户的能力后，他们的技能将显着提高并能够提高其解决方案的质量，同时还能降低风险。

中央门户

通过单个中央门户或中心，用户社区能够找到：

• 社区 Q&A 论坛并访问。
• 社区感兴趣的公告，例如新功能和发布计划更新。
• 有关工作时间、午餐和学习、训练会话和用户组会议的计划和注册链接。
• 对内容的密钥更改和更改日志的公告（如适用）。
• 如何请求帮助或支持。
• 训练材料。
• 文档、载入材料和常见问题解答 (FAQ)。
• COE 建议的治理指南和方法。
• 报表模板。
• 最佳做法解决方案的示例。
• 录制的知识共享会话。
• 用于访问托管流程（如许可证获取、访问请求和网关配置）的入口点。

提示

通常，社区中只有 10% 到 20% 的成员会主动查找训练和教育相关信息。 这些类型的用户可能会自然而然地发展成为你的拥护者。 其他人通常只是想尽快完成工作，因为他们还需要将时间、注意力和精力投入到其他事务中。 因此，让社区用户轻松找到信息至关重要。

目标是将社区用户一致地定向到中央门户，以便其查找信息。 COE 的相应义务是确保在中央门户中提供用户所需的信息。 在所有人都很忙碌的情况下，坚持更新门户网站需要自律性。

在较大的组织中实现一个中央门户可能会比较困难。 如果设置一个门户比较困难，可以部署一个中央中心来充当聚合器，并在其中包含其他位置的链接。

重要

节省信息查找时间固然重要，但中央门户的目标不止如此。 主要目的是让信息随时可用，以帮助用户社区做正确的事情。 应使用户能够在正常工作中找到信息，并尽可能减少查找难度。 在能够在遵循 COE 和数据治理团队建立的体系规则的前提下更轻松地完成任务之前，一些用户仍会在完成任务时规避已实施的策略。 建议的路径必须是配合度最高的路径。 拥有一个中央门户有助于实现此目标。

让社区用户将中央门户视为其寻找信息的首选位置，需要时间。 需要持续不断地重定向到门户才能最终形成用户习惯。 例如，向某人发送门户中原始文档位置的链接比在回复的电子邮件中直接提供答案更有助于形成习惯。 用户支持文章中也介绍了这个问题。

培训

在 Fabric 社区中成功支持自助服务用户的一个关键因素是培训。 很重要的一点是，应提供合适的训练资源且这些资源应随时可用且便于查找。 会有一定数量的用户对分析充满热情，他们会主动查找信息、解决问题，但大多数社区用户并不是这样。

确保自助服务用户（尤其是内容创建者和所有者）能够找到获取成功所需的训练资源并不意味着你需要开发自己的训练内容。 开发训练内容往往适得其反，因为相关产品的迭代往往很快。 幸运的是，全球范围的社区提供了丰富的训练资源。 一组精心炮制的链接对于用户安排和专注自身训练将大有帮助，特别是以提升技术为目的的工具训练。 所有外部链接都应经过 COE 验证，以确保准确、可靠。 这是 COE 增加价值的一个重要机会，因为 COE 利益干系人非常适合去了解社区的学习需求，以及确定和定位优质学习材料的可信来源。

为组织级相关流程创建定制训练材料，同时在其他方面依赖其他人制作的内容，这种部署的投资回报率最高。 开设一个主要侧重于如何查找文档、获取帮助和与社区互动等主题的短期训练课程也很有用。

提示

训练的目标之一是帮助用户学习新技能，同时帮助他们避免不良习惯。 这可以是一项平衡性措施。例如，你不希望初级报表创建者课程过于复杂、导致需要过多磨合，而让新用户不堪重负。 但是，让新的内容创建者了解可能花费一段时间才能弄清楚的内容，是一项巨大的投资。一个理想的例子是教创建者能够使用实时连接从现有语义模型进行报告。 通过在合理范围内的最早时间讲授这个概念，可以避免经验不足的创建者认为始终需要为每个报告提供一个语义模型（并鼓励形成为不同报告重复使用现有语义模型的好习惯）。

一些较大的组织会经历持续的员工调动和人员流动。 此类频繁变化会导致增加对可重复训练资源的需求。

训练资源和方法

由于人们学习方式不同，所以训练方法也很多。 如果可以监视和衡量训练材料的使用情况，随时间推移，可知道哪种方法最有效。

某些训练可能会相对正式一些，例如含动手实验室的课堂训练。 某些类型的训练相对不那么正式，如：

• 午餐和学习演示
• 针对特定目标的简短操作方法视频
• 精选联机资源
• 内部用户组演示
• 一小时、一周或一个月的挑战
• 黑客马拉松式活动

实践社区文章中介绍了鼓励同事之间知识共享的优势。

提示

只要可行，学习就应该与构建有意义和现实的东西相关联。 不过，简单的演示数据在训练课程中确是有价值的。 它使学习者能够专注于如何使用技术，而不是数据本身。 入门课程结束后，应考虑提供自带数据类型的课程。 这类课程鼓励学习者将其新的技术技能应用于实际的业务问题。 尝试在后续的此类课程中邀请多名来自 COE 的引导师，以便快速解答学生问题。

可作为培训目标的用户包括以下类型：

• 内容所有者、主题专家 (SME) 和工作区管理员
• 数据创建者（例如，为报表创建者创建要使用的语义模型的用户，或者为其他语义模型创建者创建要使用的数据流、湖屋或仓库的用户）
• 报表创建者
• 内容使用者和查看者
• 外围 COE 成员和拥护者网络
• Fabric 管理员

重要

每种类型的用户代表有不同训练需求的不同受众。 COE 将需要确定如何最好地满足每个受众的需求。 例如，有的受众可能会感觉标准的 Power BI Desktop 入门课程难度较大，有的受众希望获得更有深度、更详细、更具挑战性的信息，包括包含多个 Fabric 工作负载的端到端解决方案。 如果有各种不同类型的 Fabric 内容创建者，请考虑创建角色并在实际范围内对体验进行定制。

可将完成训练视为衡量用户采用成功的首要指标之一。 某些组织会随用户在训练计划的不同阶段取得进步时授予徽章（如蓝色绶带或黑色绶带），以此来增加乐趣。

请考虑如何在用户采用的各个阶段给予用户相应反馈。 下列情况下，训练需求截然不同：

• 加入新用户（有时称为训练日零）。
• 没什么经验的用户。
• 更有经验的用户。

COE 在训练材料的创建和策划上投入的时间会随采用推进和成熟度级别增加而变化。 随着时间的推移，你可能还会发现一些社区冠军希望在其职能业务部门内开设一套自己定制的培训课程。

可靠的 Fabric 培训内容来源

提供一系列精心打造的在线资源会非常有用，可以帮助社区成员将精力集中在重要的事情上。 一些公用训练资源可能会对你有所帮助，包括：

• Power BI 的 Microsoft Learn 培训
• Fabric 的 Microsoft Learn 培训
• Power BI 课程和“一日掌握”培训材料
• LinkedIn Learning for Power BI
• LinkedIn Learning for Fabric

可考虑使用集成到 Microsoft Teams 中的 Microsoft Viva Learning。 其中包括源自 Microsoft Learn 和 LinkedIn Learning 等的内容。 也可以包含组织创造的自定义内容。

除了组织创造的 Microsoft 内容和自定义内容之外，还可以选择向用户社区提供一组精心设计的推荐链接，这些链接指向可信赖的联机源。 全球社区用户创作了大量视频、博客和文章。 社区包含 Fabric 和 Power BI 专家、Microsoft MVP 和爱好者。 通过提供包含最新、可信赖和高质量的特定资源的精选学习路径，最大程度为用户社区带来价值。

如果确定要开设自定义的内部训练，请考虑创建侧重解决某个具体问题的简短的针对性内容。 这可使训练内容更易于查找和使用。 随时间推移，维护和更新也会更便捷。

提示

Fabric 门户中的“帮助和支持”菜单是可自定义的。 训练文档的中央位置可正常运行和使用后，请更新管理门户中的租户设置的链接。 当用户选择“获取帮助”选项时，可以从菜单访问此链接。 另外，请务必向用户介绍 Power BI Desktop 中的“帮助”功能区选项卡。 其中包含引导式学习、训练视频、文档等内容的链接。

文档

精心编写的简洁文档可以为尝试完成任务的用户提供很大帮助。 你的文档需求及文档交付方式取决于组织中 Fabric 的管理方式。 有关详细信息，请参阅内容所有权和管理一文。

Fabric 的某些方面往往由中央团队管理，如 COE。 以下类型的文档在这些情况下很有帮助：

• 如何请求 Power BI 许可证（及是否需要经理批准）
• 如何请求新容量
• 如何请求新工作区
• 如何请求将工作区添加到现有容量
• 如何请求访问网关数据源
• 如何请求安装软件

提示

对于某些不断重复的活动，可考虑使用 Power Apps 和 Power Automate 自动来完成。 在这种情况下，文档中还需要包含有关如何访问和使用 Power Platform 功能的内容。

文档其他方面可通过自助式服务用户、分散式团队或中央团队模式来管理。 根据拥有和管理文档内容的人的不同，以下类型的文档可能会有所不同：

• 如何请求新报表
• 如何请求增强报表功能
• 如何请求访问数据
• 如何请求将新数据准备好以供使用
• 如何请求增强现有数据或可视化效果

提示

在规划中央门户时，如本文前面所述，应规划如何处理需要为一个或多个业务单位定制指南或治理策略的情况。

此外，还需要制定和记录一些治理决策，例如：

• 如何请求对内容进行认证
• 什么是批准的文件存储位置
• 数据保留和清除要求是什么
• 处理敏感数据和个人身份信息 (PII) 的相关要求是什么

文档应位于中央门户中，并且是一个可搜索的位置，最好是用户已在使用的位置。 Teams 或 SharePoint 运行良好。 在 wiki 页面上或文档中创建文档内容都可以，前提是内容结构良好并且易于查找。 专注于一个主题的短文档通常比全面的长文档更易于使用。

重要

为社区发布的最实用文档之一是有关租户设置以及每个租户设置所需的组成员身份的说明。 用户在线阅读有关特性和功能的信息，但有时会发现无法正常在线阅读。 如果他们能够快速查找组织的租户设置，就可以减少沮丧的可能性并会尝试其他变通办法。 有效的文档可减少提交技术支持票证的情况。 还可以减少需要向其分配 Fabric 管理员角色的人员数量（这些人员可能只使用此角色来查看设置）。

随时间推移，在有志愿者的情况下，可以选择由社区来维护某些类型的文档。 在这种情况下，可能需要引入变更审批流程。

如果发现在工作时间或午餐和学习期间 Q&A 论坛上重复出现某些问题（如用户支持一文所述），这极可能意味着到了创建新文档的好时机。 文档可供使用后，你的同事可在需要时进行参考。 文档有助于用户支持和社区自我维持。

提示

创建自定义文档或训练材料时，尽可能使用链接引用现有的 Microsoft 站点。 大多数社区博主都不更新博客文章或视频。

Power BI 模板文件

Power BI 模板是 pbit 文件。 内容创建者可将其作为创作起点。 它与 .pbix 文件相同，可以包含查询、数据模型和报表，但有一个例外：模板文件不包含任何数据。 因此，它是一个可以与内容创建者和所有者共享的小型文件，且不存在不当共享数据的风险。

为社区提供 Power BI 模板文件是实现以下目的的好方法：

• 促进一致性。
• 减少学习曲线。
• 展示好示例和最佳方法。
• 提高效率。

Power BI 模板文件可以提高效率，并可帮助人们在正常工作过程中学习知识。 模板文件可提供多方面的帮助，包括：

• 报表可以使用好的可视化效果实践示例
• 报表可以包含组织品牌打造内容和设计标准
• 语义模型可以包含常用表的结构，如日期表
• 可以包含有用的 DAX 计算，如同比 (YoY) 计算
• 可以包含常用参数，如数据源连接字符串
• 可以包含报表和/或语义模型文档的示例

注意

提供模板不仅可以节省内容创建者的时间，还可以帮助他们从空解决方案中的空白页面快速开始创作并获得进展。

Power BI 项目文件

Power BI 项目是 .pbip 文件。 与模板文件（前面所述）类似，项目文件不包含任何数据。 它是高级内容创建者可用于高级数据模型和报表管理方案的文件格式。 例如，可以使用项目文件来节省开发时间，方法是共享常见的模型模式，如日期表、DAX 度量值表达式或计算组。

可以将 Power BI 项目文件与 Power BI Desktop 开发人员模式一起使用，以实现下列目的：

• 高级编辑和创作（例如，在 Visual Studio Code 等代码编辑器中）。
• 有目的地分离语义模型和报表项（与 .pbix 或 .pbit 文件不同）。
• 多个内容创建者和开发人员能够同时处理同一项目。
• 与源代码管理集成（例如，通过使用 Fabric Git 集成）。
• 使用持续集成和持续交付 (CI/CD) 技术来自动集成、测试和部署更改或内容版本。

注意

Power BI 包含 .pbit 模板文件和 .pbip 项目文件等功能，使与作者共享启动资源变得简单。 其他 Fabric 工作负载提供了不同的内容开发和共享方法。 无论共享的项是什么，拥有一组启动资源都很重要。 例如，你的门户可能包含一组 SQL 脚本或笔记本，它们提供了解决常见问题的经过检验的方法。

注意事项和主要措施

清单 - 可以采取的用于建立或改进指导和用户支持的注意事项和主要措施。

• 考虑 COE 可以支持哪些启导服务：确定 COE 能够提供哪些类型的启导服务。 类型可能包括办公时间、共同开发项目和最佳做法评审。
• 定期就启导服务进行沟通：决定如何将启导服务（如办公时间）传达和宣传到用户社区。
• 制定办公时间的定期时间表：理想情况下，每周至少保持一次办公时间（具体取决于用户需求，以及人员配备和计划限制）。
• 决定对办公时间的预期：决定针对办公时间用户可以提出哪些主题或问题类型。 此外，决定办公时间请求列队的工作方式、是否应该提前提交信息以及后续是否会有跟进。
• 创建集中式门户：确保你有一个受良好支持的中央中心，用户可在其中轻松找到培训材料、文档和资源。 中央门户还应提供其他社区资源的链接，例如 Q&A 论坛和查找帮助。
• 创建文档和资源：在集中式门户中创建、编译和发布实用文档。 确定并推广对用户社区最有用的前 3 至 5 个资源。
• 定期更新文档和资源：确保定期评审和更新内容。 目的是确保门户中可用的信息是最新且可靠的。
• 精选一系列出色的培训资源：基于用户社区的培训需求和兴趣确定培训资源。 在中央门户中发布这些资源，并创建一个计划来审查和验证这些资源。
• 考虑自定义内部培训是否有用：确定内部开发的自定义培训课程是否有用且值得投入时间。 投资创建特定于组织的内容。
• 提供模板和项目：确定如何使用 Power BI 模板文件和 Power BI 项目文件等模版。 在集中式门户和训练材料中包含资源。
• 创建目标和指标：确定如何衡量启导计划的有效性。 创建 KPI（关键绩效指标）或 OKR（目标和关键结果），以验证 COE 的启导工作加强了社区及其提供自助 BI 的能力。

应考虑的问题

使用如下所示的问题来评估启导和用户支持。

• 是否有一个现成的有效过程供用户来请求训练？
• 是否有一个现成的过程来评估用户技能级别（如初级、中级、高级）？ 用户是否可以使用公司资源来研究并获得 Microsoft 认证？
• 将用户社区中的新人员引入数据和 BI 解决方案、工具和流程的加入过程是什么？
• 在加入期间，所有用户是否都遵循其角色的相应 Microsoft Learn 学习路径？
• 用户因缺乏训练或启导而遇到哪些类型的难题？
• 缺乏支持对业务有何影响？
• 当用户表现出产生治理风险的行为时，他们是受到惩罚还是接受教育和启导？
• 有哪些现成的训练材料可用于让人们了解治理流程和策略？
• 中央文档在何处维护？ 谁维护它？
• 组织设计准则、主题或模板文件等中央资源是否存在？

成熟度级别

以下成熟度级别有助于评估启导和用户支持的当前状态。

Level	启导和用户支持的状态
100：起步	• 存在一些文档和资源。 但是，它们孤立且不一致。 • 很少有用户了解或利用这些可用资源。
200：可重复	• 存在一个中央门户，其中包含有用文档和资源的库。 • 中央门户中提供了一系列精选的培训链接和资源。 • 办公时间可用，以便用户社区可以从 COE 获得帮助。
300：已定义	• 中央门户是社区成员查找培训、文档和资源的主要中心。 支持者和社区成员在相互支持和学习时经常使用这些资源。 • COE 的技能启导计划已到位，可通过多种方式帮助社区中的用户。
400：有能力	• 办公时间由组织内所有业务单位定期积极参与。 • 业务单位会定期请求 COE 的最佳做法评审。 • 共同开发项目由 COE 和业务单位成员成功重复执行。
500：高效	• 培训、文档和资源由 COE 不断更新和改进，以确保社区拥有最新且可靠的信息。 • 使用 KPI 或 OKR 从启导计划中获得可度量和有形的业务价值。

相关内容

在 Microsoft Fabric 采用路线图系列文章的下一篇文章中，了解实践社区。