Microsoft Fabric 採用藍圖：內容傳遞範圍

注意

本文構成 Microsoft Fabric 採用藍圖系列文章的一部分。 如需系列的概觀，請參閱 Microsoft Fabric 採用藍圖。

本文所述的四個傳遞範圍包括個人、小組、部門和企業。 為了清楚起明，專注於所傳遞數據和商業智慧 （BI） 解決方案的範圍，確實是指可能檢視解決方案的人員數目，不過影響遠不止於此。 範圍不僅會影響內容發佈的最佳作法，也會影響內容管理、安全性和信息保護。 範圍與治理層級有直接的關聯性（例如變更管理、支援或檔的需求）、指導和使用者啟用的程度，以及用戶支援的需求。 它也會影響 使用者授權 決策。

相關的 內容擁有權和管理 文章也具有類似的重點。 雖然該文章的重點在於內容建立者，但本文的重點在於目標內容使用方式。 需要考慮這兩個相互關聯的層面，才能達成治理決策和 卓越中心（COE） 作業模型。

重要

並非所有數據和解決方案都相等。 準備好將不同層級的數據管理和控管套用至不同的小組和各種類型的內容。 標準化的規則更容易維護。 不過，通常必須有彈性或自定義，才能針對特定情況套用適當的監督層級。 當發生困難的情況時，您的 執行贊助者 可以透過在項目關係人群組之間達成共識來證明無價。

內容傳遞的範圍

下圖著重於將取用內容的目標取用者數目。

上圖中顯示的四個內容傳遞範圍包括：

• 個人： 個人解決方案，如其名稱所示，供建立者使用。 與其他人共用內容並非目標。 因此，個人資料和 BI 解決方案具有最少的目標取用者數目。
• 小組： 與一些同事共同作業並共享內容，而同事則密切合作。
• 部門： 將內容傳遞給大量可屬於部門或業務單位的消費者。
• 企業： 將內容廣泛傳遞至組織界限，以達到最大的目標取用者數目。 企業內容最常由集中式小組管理，並受限於其他 治理 需求。

將上述四個內容傳遞範圍與下圖形成對比，其與內容建立者數目有反向關聯性。

上圖中顯示的四個內容建立者範圍包括：

• 個人： 代表最多的建立者，因為 數據文化 特性鼓勵任何使用者使用商務主導的自助數據和 BI 方法來處理數據。 雖然可以使用受控自助 BI 方法，但個人資料和 BI 工作較不常見。
• 小組： 小組內的同事使用 商務主導的自助 模式共同作業並彼此共用。 其組織中下一個最大的建立者數目。 受控自助 模式也可能會隨著技能等級的推進而開始出現。
• 部門： 涉及較少的建立者群體。 他們可能會被視為使用複雜工具來建立複雜解決方案的進階使用者。 受控自助 做法非常常見且受到高度鼓勵。
• 企業： 牽涉到最少的內容建立者，因為它通常只包含在BI小組、COE或IT中工作的專業數據和BI開發人員。

內容 擁有權和管理 文章介紹了企業主導的自助、受控自助和企業的概念。 擁有權和傳遞範圍之間的最常見對齊方式如下：

• 企業主導的自助擁有權： 通常部署為個人和小組解決方案。
• 受控自助擁有權： 可以部署為個人、小組或部門解決方案。
• 企業擁有權： 通常部署為企業範圍的解決方案。

某些組織也會將自助內容與社群式支援相等。 當自助內容建立者和擁有者負責支援其發佈的內容時，就是這種情況。 用戶 支援 文章描述多個非正式和正式的支持層級。

注意

「共用」一詞可以解譯兩種方式：通常以與同事共用內容相關的一般方式使用，這可以實作多種方式。 它也可以參考 Fabric 中的特定功能，這是將使用者或群組授與單一專案存取權的特定實作。 在本文中，共用一詞是用來描述與同事共享內容的一般方式。 當每個項目的許可權是預期時，本文會清楚參考該功能。 如需詳細資訊，請參閱 報表取用者安全性規劃。

個人版

個人傳遞範圍是讓個人取得分析值。 這也是為了讓他們透過有效的個人資料使用數據、資訊和分析，更有效率地執行商務工作。 它可以套用至組織中的任何類型的資訊工作者，而不只是數據分析師和開發人員。

與其他人共用內容並非目標。 個人內容可以位於Power BI Desktop或 Fabric 入口網站的個人工作區中。

以下是為個人傳遞範圍建立內容的特性。

• 建立者的主要意圖是數據探索和分析，而不是報表傳遞。
• 內容是要由一個人分析及取用：建立者。
• 內容可能是探索性的概念證明，可能或可能不會演變成專案。

以下是一些指導方針，可協助您成功使用專為個人用途開發的內容。

• 請考慮個人資料和 BI 解決方案，就像是一個分析沙箱， 該沙盒 對治理小組或 COE 幾乎沒有正式治理和監督。 不過，教育內容建立者仍適合使用某些一般治理指導方針，仍適用於個人內容。 要詢問的有效問題包括：建立者是否可以匯出個人報表並將其電子郵件傳送給其他人？ 建立者是否可以將個人報告儲存在非組織膝上型計算機或裝置上？ 包含敏感數據的內容有哪些限制或需求？
• 請參閱內容擁有權和管理一文中針對企業主導的自助及受控自助所述的技術。 它們是高度相關的技術，可協助內容建立者建立有效率且個人資料和 BI 解決方案。
• 分析活動記錄中的數據，以探索個人解決方案似乎已擴充到超出原始預期使用狀況的情況。 通常透過偵測來自個人工作區的大量內容共用來探索。

提示

如需使用者採用階段中用戶進度的相關信息，請參閱 Microsoft Fabric 採用藍圖成熟度層級。 如需使用活動記錄的詳細資訊，請參閱 租用戶層級稽核。

球隊

小組傳遞範圍著重於一組密切合作的人員，以及負責使用相同數據解決密切相關問題的人員。 在工作區中彼此共同作業和共用內容通常是主要目標。

相較於部門或企業內容，內容通常會在小組中更非正式地共用。 例如，工作區通常足以取用小型小組內的內容。 它不需要發佈工作區的正式性，才能將它發佈為應用程式。 當小組式傳遞被視為太非正式時，沒有特定數目的使用者;每個小組都可以找到適合他們的正確號碼。

以下是為小組傳遞範圍建立內容的特性。

• 內容會在密切合作的同事群組中建立、管理及檢視。
• 內容的共同作業與共同管理是最高優先順序。
• 報表檢視者（尤其是小組經理）可能會正式傳遞內容，但通常是次要優先順序。
• 報表並不總是高度複雜或有吸引力的;功能和存取資訊最重要。

以下是一些指導方針，可協助您成功開發供小組使用的內容。

• 請確定 COE 已準備好支援自助建立者為其小組發佈內容的工作。
• 做出關於如何處理工作區管理的有目的決策。 工作區是組織相關內容、許可權界限和 Power BI 應用程式範圍的位置。 從每個小組一個工作區開始，這很誘人，但這可能不夠靈活，無法滿足所有需求。
• 請參閱內容擁有權和管理一文中 針對企業主導的自助及 受控自助所述的技術。 它們是高度相關的技術，可協助內容建立者建立有效率且有效的小組數據和 BI 解決方案。

提示

如需詳細資訊，請參閱 工作區層級規劃。

部門

內容會傳遞至部門或業務單位的成員。 內容發佈給大量取用者是部門傳遞範圍的優先順序。

以下是部門內容傳遞的特性。

• 一些內容建立者通常會發佈內容供同事取用。
• 使用Power BI 應用程式正式傳遞報表是確保取用者擁有最佳體驗的高優先順序。
• 此外，還努力提供更複雜的和更完善的報告。 也預期也會遵循數據準備和高質量數據模型化的最佳做法。
• 變更管理和 生命週期管理 的需求開始出現，以確保發行穩定性和消費者的一致體驗。

以下是一些指導方針，可協助您順利完成部門 BI 傳遞。

• 請確定 COE 已準備好支援自助建立者的努力。 發佈整個部門或業務單位所使用內容的建立者，可能會成為成為擁護者。 或者，他們可能會成為加入 COE 作為 衛星成員的候選專案。
• 做出關於如何處理工作區管理的有目的決策。 工作區是組織相關內容、許可權界限和應用程式範圍的位置。 可能需要數個工作區才能符合大型部門或業務單位的所有需求。
• 規劃Power BI 應用程式如何將內容發佈至企業。 應用程式可為取用內容提供明顯更好的用戶體驗。 在許多情況下，內容取用者可以獲授與許可權，只透過應用程式檢視內容，只保留內容建立者和檢視者的工作區許可權管理。 使用應用程式物件群組可讓您 以彈性的方式混合和比 對內容和目標物件。
• 請清楚了解發生哪些數據質量驗證。 隨著重要性和重要性層級的提高，對可信度的期望也會增加。
• 請確定有足夠的訓練、指導和文件可支持內容建立者。 數據準備、數據模型化和數據呈現的最佳做法將產生更佳的質量解決方案。
• 提供使用 升級背書的最佳方式指引，以及 何時可允許部門解決方案的認證簽署 。
• 確定已識別所有部門內容的擁有者。 清楚擁有權很有説明，包括與問題、意見反應、增強要求或支援要求連絡的人員。 在 Fabric 入口網站中，內容擁有者可以為許多類型的專案設定 聯繫人清單屬性 （例如報表和儀錶板）。 聯繫人清單也會用於安全性工作流程。 例如，當用戶傳送 URL 以開啟應用程式，但他們沒有許可權時，他們會看到一個選項來提出存取要求。
• 請考慮搭配個別工作區使用部署管線。 部署管線可以支持開發、測試和生產環境，為取用者提供更多穩定性。
• 請考慮強制執行敏感度標籤的使用，以在所有內容上實作信息保護。
• 在報表上包含一致的品牌，方法是：
  • 使用部門色彩和樣式來指出誰製作內容。 如需詳細資訊，請參閱 內容擁有權和管理。
  • 將小型影像或文字標籤新增至報表頁尾，當報表從 Fabric 入口網站匯出時，這是有價值的。
  • 使用標準 Power BI Desktop 範本檔案。 如需詳細資訊，請參閱 指導和用戶啟用。
• 在內容擁有權和管理一文中，套用商務導向自助及受控自助內容傳遞所述的技術。 它們是高度相關的技術，可協助內容建立者建立有效率且有效的部門解決方案。

企業

企業 內容通常是由集中式小組管理，而且受限於其他治理需求。 內容會廣泛跨組織界限傳遞。

以下是企業內容傳遞的特性。

• 集中式專家小組會管理內容端對端，併發佈內容以供其他人取用。
• 正式傳遞報表、Lakehouses 和 Power BI 應用程式等數據解決方案，是確保取用者擁有最佳體驗的高優先順序。
• 內容高度敏感、受限於法規需求，或視為極其重要。
• 已發佈的企業層級語意模型（先前稱為數據集）和數據流可用來作為自助建立者的來源，從而建立源數據的相依性鏈結。
• 消費者的穩定性和一致的體驗非常重要。 通常使用應用程式生命週期管理，例如 部署管線 和 DevOps 技術。 變更管理程式在部署變更之前先檢閱和核准變更，通常用於企業內容，例如變更檢閱面板或類似群組。
• 程式存在以收集需求、排定工作優先順序，以及規劃新專案或現有內容的增強功能。
• 與其他企業層級的數據架構和管理服務整合，可能與其他 Azure 服務和 Power Platform 產品整合。

以下是一些指導方針，可協助您成功傳遞企業內容。

• 治理文章中所述的 治理 和監督技術與管理企業解決方案相關。 技術主要包括變更管理和 生命週期管理。
• 規劃如何有效地為每個工作區使用 進階版 或網狀架構容量授權。 將您的工作區管理策略，例如工作區的組織和保護方式，與規劃的授權策略一致。
• 規劃Power BI 應用程式如何將企業內容散發給取用者。 應用程式可為取用內容提供明顯更好的用戶體驗。 將應用程式發佈策略與您的工作區管理策略對齊。
• 請考慮強制執行敏感度標籤的使用，以在所有內容上實作信息保護。
• 實作嚴格的程式，以針對企業報表和應用程式使用 經認證的簽署 。 當自助建立者根據它們建置解決方案時，數據資產也可以獲得認證。 並非所有企業內容都需要經過認證，但其中大部分內容可能是。
• 將變更何時發生時宣佈為常見作法。 如需詳細資訊，請參閱 練習 社群文章，以取得通訊類型的描述。
• 藉由下列方式，在報表中包含一致的品牌：
  • 使用特定色彩和樣式，這也表示產生內容的人員。 如需詳細資訊，請參閱 內容擁有權和管理。
  • 將小型影像或文字標籤新增至報表頁尾，當報表從 Fabric 入口網站匯出時，可能會有價值。
  • 使用標準 Power BI Desktop 範本檔案。 如需詳細資訊，請參閱 指導和用戶啟用。
• 主動使用 譜系檢視 來瞭解相依性、執行影響分析，並在變更發生時與下游內容擁有者通訊。
• 請參閱內容擁有權和管理一文中針對企業內容傳遞所述的技術。 它們是高度相關的技術，可協助內容建立者建立有效率且有效的企業解決方案。
• 請參閱系統監督文章中所述的技術，以瞭解稽核、治理和企業內容的監督。

注意事項和關鍵措施

檢查清單 - 您可以採取的考慮事項和重要動作，以強化內容傳遞的方法。

• 對齊內容傳遞的目標： 確保指導方針、檔和其他資源符合針對網狀架構採用所定義的戰略目標。
• 釐清組織中內容傳遞的範圍： 判斷每個範圍套用的人員，以及每個範圍如何與治理決策一致。 請確定決策和指導方針與處理內容擁有權和管理的方式一致。
• 請考慮例外狀況： 準備好如何處理小型小組想要發佈整個企業對象的內容時的情況。
  • 是否需要由集中式小組擁有和管理內容？ 如需詳細資訊，請參閱 內容擁有權和管理 一文，其中說明內容傳遞範圍的相關概念。
  • 是否有核准程式？ 當內容傳遞範圍比內容擁有者更廣時，治理 可能會變得更複雜。 例如，當部門銷售小組擁有的應用程式散發給整個組織時。
• 建立有用的檔：請確定您有足夠的訓練檔和支援，讓您的內容建立者瞭解何時適合使用工作區、應用程式或個別項目共用（直接存取或連結）。
• 建立授權策略：請確定您已具備處理網狀架構授權考慮的特定策略。 建立工作區如何指派每個授權類型的程式，以及可指派給 進階版 內容類型所需的必要條件。

重要

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

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

要思考的問題

使用如下找到的問題來評估內容傳遞範圍。

• 負責 Fabric 的中央小組是否清楚瞭解建立和傳遞內容的人員？ 其與商務區域不同，或適用於不同的內容類型嗎？
• 哪些使用案例已就緒，例如個人 BI、Team BI、部門 BI 或企業 BI？ 他們在組織中有多普遍？ 是否有進階案例，例如 進階數據準備 或 進階數據模型管理，或利基案例，例如 自助即時分析？
• 針對已識別的內容傳遞範圍，所遵循的指導方針程度為何？
• 是否有從個人到小組內容傳遞範圍及以後的實用自助內容「升階」的軌跡？ 哪些系統和程式能夠持續、自下而上地調整和散發有用的自助內容？
• 將內容發佈至和使用個人工作區的指導方針為何？
• 個人工作區是否指派給專用 網狀架構容量？ 在哪些情況下，個人工作區打算使用？
• 平均而言，有多少報告有人可以存取？ 主管可以存取多少份報告？ CEO 可以存取多少份報告？
• 如果您的組織目前使用 Fabric 或 Power BI，目前的 工作區設定 是否符合已就緒的內容擁有權和傳遞策略？
• 是否有明確的授權策略？ 目前使用多少個授權？ 有多少租使用者和容量存在、誰使用這些租使用者，以及原因為何？
• 中央小組如何決定發佈哪些專案以 進階版 （或 Fabric） 專用容量，以及哪些使用共用容量？ 開發工作負載是否使用個別 進階版 每位使用者 （PPU） 授權，以避免影響生產工作負載？

成熟度等級

下列成熟度層級可協助您評估內容傳遞的目前狀態。

等級	內容傳遞的狀態
100：初始	• 內容會以不受控制的方式發佈給取用者，而不需要特定策略。
200：可重複	• 最佳做法的口袋存在。 不過，良好的做法過於依賴內容建立者的知識、技能和習慣。
300：已定義	• 已定義並傳達清楚的指導方針，以描述每個傳遞範圍內可能發生和無法發生的專案。 這些指導方針會遵循整個組織的一些群組，但並非全部。
400：能力	• 已定義準則，以符合自助與企業內容的治理需求。 • 內容傳遞範圍的指導方針會遵循整個組織的大部分或全部群組。 • 變更管理需求已就緒，可核准發佈至較大物件之內容的重要變更。 • 變更會宣佈並遵循溝通計劃。 內容建立者知道其內容的下游影響。 取用者知道報表和應用程式何時變更。
500：高效率	• 主動採取步驟，在活動記錄中偵測到任何相關的活動時，與用戶通訊。 提供教育和資訊，以逐步改進或降低風險。 • 會定期評估針對已部署解決方案達成的商業價值。

相關內容

在 Microsoft Fabric 採用藍圖系列中的 下一篇文章 中，瞭解卓越中心（COE）。