共用方式為

準備移轉至 Power BI

  • 發行項

本文說明移轉至 Power BI 之前可考慮的動作。

圖表顯示Power BI 移轉的階段。本文強調移轉前步驟。

注意

如需上述圖形的完整說明，請參閱 Power BI 移轉概觀。

移轉前步驟強調預先規劃，這是在經歷五個移轉階段之前的重要準備。 大部分移轉前步驟都會發生一次，不過對於較大型的組織而言，某些部分可能會針對每個業務單位或部門區域反覆執行。

移轉前步驟的輸出包括初始治理模型、初始高階部署規劃，以及要移轉之報表和數據清查。 需要階段 1、2 和 3 中活動的其他資訊，才能完全估計移轉個別解決方案的工作層級。

提示

本文討論的大部分主題也適用於標準Power BI實作專案。

建立成本/權益分析和評估

初始評估期間的數大考慮包括取得：

  • 清楚瞭解商務案例和 BI 策略，以達到特定預期的未來狀態。
  • 清楚瞭解成功的意義，以及如何衡量移轉計劃的進展和成功。
  • 成本估計和投資報酬率（ROI）計算結果。
  • 數個生產力 Power BI 計劃的成功結果，其範圍和複雜度層級較小。

識別項目關係人和主管支援

識別項目關係人有幾個考慮包括：

  • 確保 執行贊助 已就緒。
  • 確保與業務案例和 BI 策略上的項目關係人保持一致。
  • 包括來自整個業務單位的代表，即使其內容定於稍後的時程表進行移轉，也能瞭解其動機和疑慮。
  • 提前讓 Power BI 冠軍參與。
  • 建立並遵循與項目關係人溝通計劃。

提示

如果你擔心你開始過度通訊， 那麼它可能正好正確。

產生初始治理模型

Power BI 實作早期要解決的幾個主要專案包括：

  • 採用的特定目標，以及 Microsoft Fabric 和 Power BI 符合組織整體 BI 策略的位置。
  • 網狀架構系統管理員角色的處理方式，特別是在分散式組織中。
  • 達成信任數據的相關原則：使用權威數據源、解決數據質量問題，以及使用一致的術語和一般定義。
  • 數據源、數據模型、報表和內容傳遞給內部和外部使用者的安全性和數據隱私權策略。
  • 符合內部和外部合規性、法規和稽核需求的方式。

重要

最有效的治理模型致力於平衡使用者授權與必要的控制層級。 如需詳細資訊，請參閱核心專業領域和邊緣的彈性。

進行初始部署規劃

初始部署規劃牽涉到定義組織Power BI實作的標準、原則和喜好設定。

請注意， 階段 2 參考解決方案層級部署規劃。 階段 2 活動應盡可能遵守組織層級決策。

Power BI 實作早期要解決的一些重要專案包括：

重要

部署規劃是反覆的程式。 隨著組織與 Power BI 的經驗成長，以及 Power BI 的發展，部署決策將會經過精簡和增強多次。 此程式期間所做的決策將在移轉程式第 2 階段討論的解決方案層級部署規劃期間使用。

建立初始架構

您的 BI 解決方案架構 會隨著時間演進和成熟。 立即處理的 Power BI 設定工作包括：

重要

本文有時是指 Power BI 進階版 或其容量訂用帳戶 （P SKU）。 請注意，Microsoft 目前正在合併購買選項，並淘汰每個容量 SKU 的 Power BI 進階版。 新的和現有的客戶應該考慮改為購買網狀架構容量訂用帳戶（F SKU）。

如需詳細資訊，請參閱 Power BI 進階版 授權和 Power BI 進階版 常見問題的重要更新。

定義移轉的成功準則

第一項工作是瞭解移轉個別解決方案的成功外觀。 您可能會詢問的問題包括：

  • 此移轉的特定動機和目標為何？ 如需詳細資訊，請參閱Power BI移轉概觀（考慮移轉原因）。 本文說明移轉至 Power BI 的最常見原因。 當然，您的目標應該在組織層級指定。 除此之外，移轉一個舊版 BI 解決方案可能會因節省成本而受益，而移轉不同的舊版 BI 解決方案可能會專注於取得工作流程優化優點。
  • 此移轉的預期成本/權益或ROI為何？ 清楚瞭解與成本、提高功能、降低複雜度或提高靈活度相關的期望，有助於衡量成功。 它可以提供指導方針，協助在移轉程式期間進行決策。
  • 哪些關鍵效能指標（KPI）將用來衡量成功？ 下列清單提供一些範例 KPI：
    • 從舊版 BI 平台轉譯的報表數目，逐月減少。
    • 從 Power BI 轉譯的報表數目，逐月增加。
    • Power BI 報表取用者數目，逐季增加。
    • 依目標日期移轉至生產環境的報表百分比。
    • 授權成本逐年降低。

提示

Power BI 活動記錄可作為測量 KPI 進度的來源。

準備現有報表的清查

準備舊版 BI 平臺中現有報表的清查，是瞭解現有報表的重要步驟。 此步驟的結果是評估移轉工作層級的輸入。 與準備清查相關的活動可能包括：

  1. 報表清查： 編譯移轉候選項目的報表和儀錶板清單。
  2. 數據源清查： 編譯現有報表所存取之所有數據源的清單。 它應該同時包含企業數據源，以及部門和個人資料來源。 此程式可能會發掘 IT 部門先前不知道的數據源，通常稱為 影子 IT。
  3. 稽核記錄： 從舊版 BI 平臺稽核記錄取得數據，以瞭解使用模式並協助排定優先順序。 要從稽核記錄取得的重要資訊包括：
    • 每個報表每周/月/季執行的平均次數。
    • 每個報表/月/季的平均取用者數目。
    • 每個報表的取用者，尤其是主管所使用的報表。
    • 執行每個報表的最近日期。

注意

在許多情況下，內容不會完全移轉至 Power BI。 移轉代表重新設計數據架構和/或改善報表傳遞的機會。 編譯報表清查對於瞭解目前存在的內容至關重要，因此您可以開始評估需要發生的重構。 本系列中的其餘文章會更詳細地說明可能的改進。

探索自動化選項

無法完全自動化Power BI轉換程式端對端。

當您有一個可以為您執行這項作業的現有工具時，編譯現有的數據和報表清查是自動化的可能候選專案。 自動化可用於移轉程式的某些部分的程度，例如編譯現有的清查，高度取決於您擁有的工具。

相關內容

在此Power BI 移轉系列中的下一篇文章中，瞭解第1階段，這與移轉至Power BI時收集和設定需求優先順序有關。

其他有用的資源包括：

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