Power BI 迁移概述

客户在 Power BI 上越来越标准化，以推动数据文化，这涉及到实现托管的自助服务商业智能（SSBI），使企业 BI 的交付合理化，并应对经济压力。 本系列 Power BI 迁移文章的目的是为你提供有关如何规划和执行从第三方 BI 工具迁移到 Power BI 的指导。

Power BI 迁移系列中的文章包括：

1. Power BI 迁移概述（本文）
2. 准备迁移到 Power BI
3. 收集迁移到 Power BI 的要求（阶段 1）
4. 规划迁移到 Power BI 的部署（阶段 2）
5. 执行概念证明以迁移到 Power BI（阶段 3）
6. 创建要迁移到 Power BI 的内容（阶段 4）
7. 部署到 Power BI（阶段 5）
8. 从客户的 Power BI 迁移中学习

有两个假设：你的组织目前有一个旧的 BI 平台，并且已做出正式将内容和用户迁移到 Power BI 的决定。 迁移到 Power BI 服务是本系列的主要焦点。 除了本系列文章中讨论的内容之外，其他注意事项也适用于国家/地区云客户。

下图显示了在组织中部署 Power BI 的四个高级阶段。

阶段	DESCRIPTION
	设置和评估 Power BI。 第一阶段涉及建立初始 Power BI 体系结构。 此时将处理初步部署和治理规划，以及 Power BI 评估，包括投资回报和/或成本效益分析。
	在 Power BI 中快速创建新解决方案。 在第二阶段，自助服务 BI 作者可以开始根据自己的需求使用和评估 Power BI，并且可以快速从 Power BI 获取价值。 阶段 2 的活动强调敏捷性和快速实现业务价值，这对于获得对新 BI 工具（例如 Power BI）的认可至关重要。 因此，此图描述了第 2 阶段中与阶段 3 中的迁移活动并排发生的活动。
	将 BI 资产从旧平台迁移到 Power BI。 第三个阶段解决了迁移到 Power BI。 这是本系列 Power BI 迁移文章的重点。 下一部分将讨论五个特定的迁移阶段。
	采用、治理和监视 Power BI。 最后阶段包括不断开展的活动，例如培养数据文化、通信和培训。 这些活动对有效的 Power BI 实现产生了很大影响。 请务必制定适合您组织的治理和安全策略与流程，并进行审核和监控，以便实现业务扩展、增长和持续改进。

Power BI 迁移的五个阶段

图表的第三阶段处理到 Power BI 的迁移。 在此阶段，有五个常见阶段。

上图中所示的以下阶段如下：

• 迁移前步骤
• 阶段 1：收集要求并设置优先级
• 阶段 2：规划部署
• 阶段 3：进行概念证明
• 阶段 4：创建和验证内容
• 阶段 5：部署、支持和监视

迁移前步骤

迁移前的准备工作包括在启动项目之前需要考虑的步骤，以便将内容从旧版 BI 平台迁移到 Power BI。 它通常包括初始租户级部署规划。 有关这些活动的详细信息，请参阅 准备迁移到 Power BI。

阶段 1：收集要求并设置优先级

第 1 阶段的重点在于收集信息和规划单个解决方案的迁移。 此过程应具有迭代性，并限定为合理大小的工作量。 阶段 1 的输出包括要迁移的报表和数据的优先清单。 要充分估计工作量，第 2 阶段和第 3 阶段需要进行其他活动。 有关阶段 1 中的活动的详细信息，请参阅 收集迁移到 Power BI 的要求。

阶段 2：规划部署

阶段 2 的重点是如何针对每个特定解决方案满足阶段 1 中定义的要求。 阶段 2 的输出包含尽可能多的特定内容来指导该过程，尽管它是一个迭代的非线性过程。 创建概念证明（在阶段 3 中）可以与此阶段并行进行。 即使创建解决方案（在阶段 4 中），其他信息也会曝光，从而影响部署规划决策。 阶段 2 中的此类部署规划侧重于解决方案级别，同时尊重已在组织级别做出的决策。 有关阶段 2 中活动的详细信息，请参阅 计划部署以迁移到 Power BI。

阶段 3：进行概念证明

第 3 阶段的重点是尽早解决未知情况并降低风险。 技术概念证明（POC）有助于验证假设，并且可以在部署规划（阶段 2）上以迭代方式完成。 此阶段的输出是范围较窄的 Power BI 解决方案。 请注意，我们不希望 POC 是一次性的工作。 但是，它可能需要在阶段 4 中执行额外的工作才能使其生产就绪。 在这方面，你可能将此活动称为原型、试点、模拟、快速入门或最小可行产品（MVP）。 进行 POC 并不总是必要的，它可以非正式地完成。 有关第 3 阶段活动的更多信息，请参阅 进行概念验证以迁移到 Power BI。

阶段 4：创建和验证内容

阶段 4 是完成将 POC 转换为生产就绪解决方案的实际工作。 此阶段的输出是在开发环境中验证的已完成的 Power BI 解决方案。 它应准备好在阶段 5 中部署。 有关阶段 4 中活动的详细信息，请参阅 “创建要迁移到 Power BI 的内容”。

阶段 5：部署、支持和监视

阶段 5 的主要重点是将新的 Power BI 解决方案部署到生产环境。 此阶段的输出是业务用户主动使用的生产解决方案。 使用敏捷方法时，可以接受一些计划内增强功能，这些增强功能将在将来的迭代中交付。 根据您对 Power BI 的熟悉程度，如果您希望最小化风险和用户中断，可以选择执行分阶段部署。 或者，你最初可以部署到较小的试点用户组。 支持和监视在这个阶段也很重要，并且持续进行。 有关阶段 5 中的活动的详细信息，请参阅 “迁移到 Power BI”。

考虑迁移原因

实现高效且健康的 数据文化 是许多组织的主要目标。 Power BI 是促进此目标的绝佳工具。 可能考虑迁移到 Power BI 的三个常见原因可以提取到：

• 通过引入为自助服务 BI 用户社区提供支持的新功能来启用 托管自助服务 BI 。 Power BI 使对信息和决策的访问权限更加广泛，同时较少依赖于难以找到的专业技能。
• 合理交付 企业 BI 以满足现有 BI 工具未满足的要求，同时降低复杂性级别、降低拥有成本以及/或从当前使用的多个 BI 工具进行标准化。
• 解决提高工作效率的经济压力，减少资源、时间和人员配备。

实现 Power BI 迁移成功

每个迁移略有不同。 这取决于组织结构、数据策略、 数据管理成熟度和组织目标。 但是，那些成功迁移到 Power BI 的客户总是遵循一些一致的做法。

• 执行赞助：在流程的早期确定执行发起人。 此人应该是积极支持组织内 BI 并且个人投入以确保迁移获得积极成果的人。 理想情况下，执行发起人对与 Power BI 相关的结果具有最终权威和责任。 有关详细信息，请参阅 本文。
• 培训、支持和沟通：认识到这不仅仅是一项技术计划。 任何 BI 或分析项目也是人员计划，因此请考虑尽早投资用户培训和支持。 此外，创建一个沟通计划，以透明方式向所有利益干系人解释所发生的情况、原因和设定现实的期望。 请务必在 通信计划中 包括反馈循环，以捕获利益干系人的意见。
• 快速获胜：最初，优先处理那些具有紧迫性且具备有形业务价值的高价值项目。 在设计新的报表时，不要仅仅按照旧 BI 平台上的样式去迁移，而应关注报表所要解答的业务问题，以及需要采取的行动。
• 现代化和改进：愿意重新思考一直如何做事。 迁移可以提供改进的机会。 例如，它可以消除手动数据准备或重新定位仅限于单个报表的业务规则。 考虑在工作合理时重构、现代化和合并现有解决方案。 它可以包括将多个报表合并到一个报表中，或消除一段时间未使用的旧项。
• 持续学习：准备使用分阶段方法，同时不断学习和适应。 在短时间内迭代循环运行，以快速带来价值。 经常练习完成小型 POC，以最大程度地降低未知风险、验证假设并了解新功能。 由于 Power BI 是每月更新的云服务，因此在适当的时候，请务必及时了解开发情况并调整课程。
• 抵制变革：了解变化的抵抗程度可能不同：某些用户将拒绝学习新工具。 此外，一些致力于获得不同 BI 工具专业知识的专业人员可能会因为流离失所而感到受到威胁。 做好准备，因为它可能导致内部政治斗争，特别是在高度分散的组织。
• 约束：迁移计划需切合实际，包括资金、时间估计以及参与每个人的角色和责任。

致谢

本系列文章由数据平台 MVP 梅丽莎·科茨撰写。 撰稿人和审阅者包括马克·雷格拉、文卡特什·蒂特、帕特里克·鲍加特纳、塔默·法拉格、理查德·特卡丘克、马修·罗奇、亚当·萨克斯顿、克里斯·韦伯、马克·维兰考特、丹尼尔·鲁比奥洛、大卫·伊塞明格和彼得·迈尔斯。

相关内容

在此 Power BI 迁移系列中的下一篇文章中，了解迁移到 Power BI 时的迁移前步骤。

其他有用资源包括：

• 架构采用路线图
• Power BI 实现规划
• Microsoft的 BI 转换
• 将 SSRS 报表迁移到 Power BI
• 问题？ 尝试咨询 Fabric 社区
• 有建议？ 提供改进 Fabric 的想法

经验丰富的 Power BI 合作伙伴可帮助你的组织在迁移过程中取得成功。 若要查找 Power BI 合作伙伴，请访问 Microsoft Power BI 合作伙伴门户。