共用方式為

收集移轉至 Power BI 的需求

  • 發行項

本文說明 第 1 階段，這與移轉至 Power BI 時收集和設定需求優先順序有關。

圖表顯示Power BI 移轉的階段。本文強調第 1 階段。

注意

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

第 1 階段的重點在於收集及規劃將移轉至 Power BI 的個別解決方案。

階段 1 的輸出包含已排定優先順序的詳細需求。 不過，必須完成第 2 階段和第 3 階段中的其他活動，才能完全估計工作量。

重要

階段 1-5 代表與一個特定解決方案相關的活動。 組織/租用戶層級有決策和活動會影響解決方案層級的程式。 Power BI 移轉概觀一文會討論其中一些較高層級規劃活動。 適當時，請延遲組織層級決策以提高效率和一致性。

網 狀架構採用藍圖 描述這些類型的策略和戰術考慮。 它強調 組織採用。

提示

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

編譯需求

在移轉前步驟中編譯的現有 BI 專案清查，會成為 Power BI 中要建立之新解決方案需求的輸入。 收集需求是瞭解目前的狀態，以及使用者在Power BI中重新設計報表時想要變更或重構的專案。 在階段 3 中建立概念證明期間，以及在階段 4 中建立生產就緒解決方案時，詳細需求對於第 2 階段中的解決方案部署規劃很有用。

收集報告需求

編譯完整且容易參考的報表資訊，例如：

  • 目的、對象和預期動作： 識別適用於每個報表的用途和商務程式，以及報表取用者要採取的物件、分析工作流程和預期動作。
  • 取用者如何使用報表： 請考慮與現有報表的報表取用者坐在一起，以確切瞭解其用途。 您可能會瞭解新 Power BI 版本中可以消除或改善報表的某些元素。 此程式牽涉到額外的時間投資，但對於經常使用的重要報表或報表而言，這十分有用。
  • 擁有者和主題專家： 識別報表擁有者，以及與報表或數據領域相關聯的任何主題專家。 他們可能會成為未來新 Power BI 報表的擁有者。 包含任何特定的變更管理需求（在IT管理與商務管理的解決方案之間通常有所不同），以及核准和註銷，未來進行變更時將需要這些需求。 如需詳細資訊，請參閱這篇文章。
  • 內容傳遞方法： 釐清報表取用者對內容傳遞的期望。 它可以是隨選、互動式執行、內嵌在自定義應用程式中，或使用電子郵件訂閱依排程傳遞。 也可能需要觸發警示通知。
  • 互動需求：判斷必須具備且具有良好互動性需求，例如篩選、向下切入動作或鑽研動作。
  • 數據源： 確保探索到報表所需的所有數據源，並了解數據延遲需求（數據新鮮度）。 識別每個報表的歷史數據、趨勢和數據快照集需求，以便與數據需求一致。 稍後，使用數據源數據執行新報表的數據驗證時，數據源檔也很有用。
  • 安全性需求： 釐清安全性需求（例如允許的檢視者、允許的編輯器，以及任何數據列層級的安全性需求），包括一般組織安全性的任何例外狀況。 記錄任何數據敏感度層級、數據隱私權或法規/合規性需求。
  • 計算、KPI 和商務規則： 識別並記錄目前在現有報表中定義的所有計算、KPI 和商務規則，以便與數據需求一致。
  • 可用性、版面配置和外觀需求： 識別與數據視覺效果、分組和排序需求，以及條件式可見度相關的特定可用性、版面配置和外觀需求。 包含與行動裝置傳遞相關的任何特定考慮。
  • 列印和導出需求： 判斷匯出或列印就緒版面配置是否有任何特定需求。 這些需求會影響最適合的報表類型（例如 Power BI、Excel 或編頁報表）。 請注意，報表消費者往往對他們一直如何做事十分重視，所以不要害怕挑戰他們的想法。 請務必以增強功能而非變更的方式進行交談。
  • 風險或疑慮： 判斷報表是否有其他技術或功能需求，以及有關報告中所呈現資訊的任何風險或疑慮。
  • 開啟問題和待辦專案： 識別任何未來的維護、已知問題或延遲要求，以目前新增至待辦專案。

提示

將排名需求分類為 「必須」或「好」。。 消費者經常會要求他們可能需要預先所需的一切，因為他們相信這是他們唯一的機會提出要求。 此外，在多個反覆項目中處理優先順序時，讓項目關係人可以使用待辦專案。 這有助於溝通、決策和追蹤擱置的承諾。

收集數據需求

編譯與數據相關的詳細資訊，例如：

  • 現有的查詢：識別是否有可供 DirectQuery 模型或複合模型使用的現有報表查詢或預存程式，或是轉換成匯入模型。
  • 數據源類型： 編譯必要的數據源類型，包括集中式數據源（例如企業數據倉儲）以及非標準數據源（例如，一般檔案或 Excel 檔案，可增強企業數據源以供報告之用）。 為了數據閘道連線的目的，尋找數據源所在的位置也很重要。
  • 數據結構和清理需求： 判斷每個必要數據源的數據結構，以及需要哪些程度 的數據清理 活動。
  • 數據整合： 評估當有多個數據源時，如何處理數據整合，以及如何 在每個模型數據表之間定義關聯 性。 識別簡化模型並 縮減其大小所需的特定數據元素。
  • 可接受的數據延遲： 判斷每個數據源的數據延遲需求。 其會影響要使用哪些 數據儲存模式 的決策。 匯入模型數據表的數據重新整理頻率也很重要。
  • 數據量和延展性：評估數據量預期，這會將大型模型支援和設計 DirectQuery 或複合模型的相關決策納入考慮。 與歷程記錄數據需求相關的考慮也必須知道。 對於較大的語意模型（先前稱為數據集），也必須判斷 累加式數據重新整理 。
  • 量值、KPI 和商務規則： 評估量值、KPI 和商務規則的需求。 它們會影響有關在語意模型或數據整合程式中套用邏輯位置的決策。
  • 主要數據和數據目錄： 考慮是否有需要注意的主要數據問題。 判斷與企業數據目錄的整合是否適合用於增強可探索性、存取定義，或產生組織所接受的一致術語。
  • 安全性和數據隱私權： 判斷語意模型是否有任何特定的安全性或數據隱私權考慮，包括 數據列層級的安全性 需求。
  • 開啟問題和待辦專案： 新增任何已知問題、已知數據品質瑕疵、未來維護或延遲要求至待辦專案。

重要

數據可重複使用性可以透過 共用語意模型來達成，其可選擇性 地經過認證 ，以指出可信任性並改善可探索性。 數據準備可重複使用性可透過 數據流 達成，以減少多個語意模型中的重複邏輯。 數據流也可以大幅減少來源系統上的負載，因為擷取數據的頻率較低，因此多個語意模型接著可以從數據流匯入數據。

識別改進機會

在大部分情況下，會發生一些修改和改善。 在沒有任何重構或增強功能的情況下，直接的一對一移轉很少發生。 您可以考慮的三種改進類型包括：

  • 合併報表： 類似的報表可能會使用篩選、書籤或個人化等技術來合併。 擁有較少的報表，每一個更有彈性，可以大幅改善報表取用者的體驗。 請考慮優化 Q&A 的語意模型 （自然語言查詢）， 以提供更大的彈性來報告取用者，讓他們能夠建立自己的視覺效果。
  • 效率改善： 在收集需求期間，通常可以識別改進功能。 例如，當分析師手動編譯數位，或工作流程可以簡化時。 Power Query 可以在取代目前執行的手動活動方面扮演很大角色。 如果商務分析師發現自己執行相同的活動來定期清理和準備數據，可重複的Power Query資料準備步驟可能會節省大量時間並減少錯誤。
  • 數據模型的集中化： 授權和認證的語意模型可作為受控自助 BI 的骨幹。 在此情況下，數據會管理一次，分析師有彈性地使用該數據並加以增強，以符合其報告和分析需求。

注意

如需數據模型集中化的詳細資訊，請參閱 核心 專業領域和 邊緣的彈性。

排定優先順序並評估複雜度

此時，初始清查可供使用，且可能包含特定需求。 將準備移轉的初始 BI 專案集設為優先順序時，應該同時考慮報表和數據彼此獨立。

識別高優先順序報告，其中可能包含下列報表：

  • 為企業帶來重要的價值。
  • 經常執行。
  • 高級領導或高管需要。
  • 牽涉到合理的複雜度層級（以改善初始移轉反覆項目期間成功的機會）。

識別高優先順序數據，其中可能包含下列數據：

  • 包含重要的數據元素。
  • 這是提供許多使用案例的常見組織數據。
  • 可用來建立共用語意模型，供報表和許多報表建立者重複使用。
  • 牽涉到合理的複雜度層級（以改善初始移轉反覆專案時成功的機會）。

相關內容

在此Power BI 移轉系列中的下一篇文章中，瞭解第2階段，這與規劃單一Power BI解決方案的移轉有關。

其他有用的資源包括：

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