Power BI 移轉概觀

發行項
12/12/2023

客戶在Power BI上越來越標準化以推動數據文化，其牽涉到啟用受控自助商業智慧（SSBI）、合理化企業BI的傳遞，以及解決經濟壓力。這一系列 Power BI 移轉文章的目的是提供如何規劃和執行從第三方 BI 工具移轉至 Power BI 的指引。

Power BI 移轉系列文章包括：

注意

我們也建議您徹底閱讀網狀架構採用藍圖和 Power BI 實作規劃文章。

有兩個假設：貴組織目前已有舊版 BI 平臺，且已決定正式將內容和使用者移轉至 Power BI。移轉至 Power BI 服務是此系列的主要焦點。除了這一系列文章所討論的內容之外，其他考慮也適用於國家/地區雲端客戶。

下圖顯示四個在組織中部署Power BI的高階階段。

Diagram shows the four high-level phases, which are described in the following table.

階段	描述
	設定及評估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解決方案平行。 Power BI 解決方案 是一般詞彙，包含數據和報表的使用。單一Power BI Desktop （pbix）檔案可以包含數據模型或報表，或兩者。為了數據重複使用的目的，鼓勵數據模型與報表分開，但並非必要。

當您規劃和進行正式移轉時，使用Power BI來撰寫新的需求，將有助於取得購買。同時階段可為內容作者提供Power BI的實際實際體驗。

Power BI 移轉的五個階段

圖表的第 3 階段會解決移轉至 Power BI 的位址。在這個階段中，有五個常見階段。

Diagram shows the stages of a Power BI migration, which are described below.

上圖所示的下列階段如下：

移轉前步驟
階段 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 實作專案。

考慮移轉原因

啟用生產力且狀況良好的數據文化是許多組織的主要目標。 Power BI 是輔助此目標的絕佳工具。您可能考慮移轉至 Power BI 的三個常見原因可以縮減為：

藉由引進新功能來啟用受控自助 BI 使用者社群。 Power BI 可讓您更廣泛地存取資訊和決策，同時依賴難以找到的專業技能。
合理化企業 BI 的傳遞，以符合現有 BI 工具未解決的需求，同時降低複雜度層級、降低擁有成本，以及/或標準化目前使用中的多個 BI 工具。
利用較少的資源、時間和人員配置，解決提高生產力的經濟壓力。

達成 Power BI 移轉成功

每個移轉稍有不同。它可以取決於組織結構、數據策略、數據管理成熟度和組織目標。不過，我們一直看到一些我們與客戶一致的做法，可達成Power BI移轉成功。

主管贊助： 儘早識別執行贊助人。此人應該是在組織中積極支援BI的人員，並親自投資來達成移轉的積極結果。在理想情況下，執行贊助者對於Power BI相關結果具有最終的權威和責任。如需詳細資訊，請參閱這篇文章。
訓練、支持和溝通： 認識到這不僅僅是一項技術計劃。任何 BI 或分析專案也是人員計劃，因此請考慮儘早投資用戶訓練和支援。此外，建立一個溝通計劃，以透明方式向所有專案關係人說明所發生的情況、原因和設定實際的期望。請務必在溝通計劃中納入意見反應迴圈，以擷取項目關係人的意見。
快速獲勝： 一開始，優先處理具有有形商業價值且按下的高價值專案。在處理重新設計的報表時，不要嚴格嘗試在舊版 BI 平臺中精確移轉報表，而是將焦點放在報表嘗試回答的商務問題，包括要採取的動作。
現代化和改進： 願意重新思考一直如何完成工作。移轉可以提供提供改善的機會。例如，它可以排除手動數據準備，或重新放置限制在單一報表的商務規則。請考慮在工作合理時重構、現代化和合併現有的解決方案。它可以包含將多個報表合併成一個報表，或排除一段時間未使用的舊版專案。
持續學習： 準備使用階段式方法，同時持續學習和調整。以簡短的反覆迴圈運作，以快速帶來價值。經常練習完成小型 POC，以將未知的風險降到最低、驗證假設，以及瞭解新功能。由於 Power BI 是每月更新的雲端服務，因此請務必隨時掌握開發情況，並適當地調整課程。
抗變更： 了解變更的抵抗程度可能會不同;有些使用者會抵制學習新的工具。此外，一些致力於利用不同 BI 工具獲得專業知識的專業人員，可能會因為流離失所而感到受到威脅。做好準備，因為它可能導致內部政治鬥爭，特別是在高度分散的組織。
限制： 對移轉計劃而言是現實的，包括資金、時間估計，以及每個相關人員的角色和責任。

通知

這一系列文章是由 Melissa Coates、Data Platform MVP 和 Coates 數據策略的擁有者所撰寫。參與者和評論者包括馬克·雷格拉、文凱特什·蒂特、派翠克·鮑加特納、塔默·法拉格、理查·特考克、馬修·羅切、亞當·薩克斯頓、克裡斯·韋伯、馬克·維蘭庫特、丹尼爾·魯比洛、大衛·伊西明格和彼得·邁爾斯。

在此Power BI 移轉系列中的下一篇文章中，瞭解移轉至Power BI時的移轉前步驟。

其他有用的資源包括：

經驗豐富的Power BI合作夥伴可協助您的組織成功進行移轉程式。若要與Power BI合作夥伴互動，請流覽 Power BI合作夥伴入口網站。