Microsoft Fabric 採用藍圖：內容擁有權和管理

注意

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

注意

Power BI 實作規劃使用案例會探索本文所討論的許多概念，著重於 Microsoft Fabric 中的 Power BI 工作負載。 使用案例文章包含詳細的圖表，您可能會發現這些圖表有助於支援您的規劃和決策。

數據、分析和商業智慧 （BI） 內容擁有和管理方式有三個主要策略：企業主導的自助、受控自助和企業。 針對這一系列文章的目的，內容一詞是指任何類型的數據項（例如筆記本、語意模型，先前稱為數據集、報表或儀錶板）。

組織的數據文化是實作這三種內容擁有權策略的原因、方式和方式的驅動因素。

上圖中的區域包括：

區域	說明
	業務導向的自助： 所有內容都是由業務單位內的建立者和主題專家所擁有和管理。 此擁有權策略也稱為 分散式 或 自下而上 策略。
	受控自助： 數據是由集中式小組所擁有和管理，而商務用戶則負責報表和儀錶板。 此擁有權策略也稱為 核心專業領域和邊緣的彈性。
	企業： 所有內容都是由 IT、企業 BI 或卓越中心（COE）等集中式小組所擁有和管理。

組織不太可能只使用一個內容擁有權和管理策略運作。 視您的數據文化特性而定，其中一個策略可能比其他策略更具優勢。 策略的選擇可能不同於解決方案，或從小組到小組。 事實上，如果單一小組既是企業內容的取用者，又是自己自助內容的製作者，則可以主動使用多個策略。 要追求的策略取決於下列因素：

• 解決方案的需求（例如報表集合、Power BI 應用程式或 Lakehouse）。
• 使用者技能。
• 持續致力於訓練和技能成長。
• 需要彈性。
• 複雜度層級。
• 優先順序和領導承諾層級。

組織 的數據文化，特別是其數據 民主化的立場，對於使用三個內容擁有權策略的程度具有相當大的影響。 雖然有常見的成功模式，但沒有一個大小適合的方法。 每個組織的治理模型和內容擁有權和管理方法都應該反映數據源、應用程式和商務內容的差異。

內容擁有和管理方式對治理、指導和用戶啟用的程度、用戶支援的需求，以及 COE 作業模型有何影響。

如治理文章所述，治理和監督層級取決於：

• 神秘 擁有和管理內容。
• 內容 傳遞的範圍。
• 數據主體區域和敏感度層級。
• 數據的重要性，以及數據是否用於關鍵決策。

一般情況下︰

• 以業務為導向的自助內容受限於最嚴格的治理和監督控制。 它通常包含 個人 BI 和 小組 BI 解決方案。
• 受控自助內容受限於適度嚴格的治理和監督控制。 它經常包含 Team BI 和 部門 BI 解決方案。
• 企業 解決方案受限於更嚴格的治理控制和監督。

如採用成熟度層級一文所述，組織採用會測量數據管理程式和治理的狀態。 對於內容擁有權和管理所做的選擇，會大幅影響組織採用的實現方式。

擁有權和管理

有許多與數據管理相關的角色。 角色可以透過許多方式定義，而且很容易被誤解。 下表提供您在概念上定義這些角色的可能方式：

角色	說明
數據管理人	負責定義和/或管理可接受的數據品質層級，以及主要數據管理（MDM）。
主題專家（SME）	負責定義數據的意義、其用途、誰可以存取數據，以及數據呈現給其他人的方式。 視需要與網域擁有者共同作業，並支援同事使用數據。
技術擁有者	負責建立、維護、發佈和保護數據與報告專案的存取權。
網域擁有者	與控管小組共同作業的較高層級決策者，以處理數據管理原則、流程和需求。 用於定義適當且不適當的數據使用決策者。 參與數據控管面板，如治理一文所述。

在管理交易來源系統時，指派數據域的擁有權往往更為直接。 在分析和 BI 解決方案中，數據會從多個領域整合，然後轉換並擴充。 對於下游分析解決方案，擁有權主題會變得更加複雜。

注意

請清楚瞭解誰負責管理數據項。 請務必確保內容取用者有良好的體驗。 具體來說，擁有權的明確性有助於：

• 神秘 連絡問題。
• 意見反應。
• 增強要求。
• 支援要求。

在 Fabric 入口網站中，內容擁有者可以為許多類型的專案設定 聯繫人清單屬性 。 聯繫人清單也會用於安全性工作流程。 例如，當用戶傳送 URL 以開啟 Power BI 應用程式 ，但他們沒有許可權時，他們會看到一個選項來提出存取要求。

成功擁有權的指導方針：

• 定義貴組織中如何使用擁有權和管理術語，包括這些角色的預期。
• 設定 每個工作區 和個別項目的聯繫人，以傳達擁有權和/或支持責任。
• 指定兩到四個工作區系統管理員，並定期對工作區管理員進行稽核（可能是每年兩次）。 工作區系統管理員可能會直接負責管理工作區內容，或者這些工作會指派給執行實際操作工作的同事。 在所有情況下，工作區系統管理員應該能夠輕鬆地連絡特定內容的擁有者。
• 在報表中包含一致的品牌，以指出誰製作內容，以及誰要連絡以取得協助。 位於報表頁尾的小型影像或文字標籤是有價值的，特別是從 Fabric 入口網站匯出報表時。 標準 範本檔案 可以鼓勵和簡化品牌一致的使用。
• 使用最佳做法檢閱和COE共同開發專案。

本文的其餘部分涵蓋與三個內容擁有權和管理策略相關的考慮。

企業主導的自助

透過以業務為導向的自助數據與 BI 方法，所有內容都是由建立者和主題專家所擁有和管理。 由於責任會保留在業務單位內，因此此策略通常描述為 由下而下或 分散的方法。 企業主導的自助通常是個人 BI 和 Team BI 解決方案的良好策略。

重要

企業主導的自助概念與影子IT概念不同。 在這兩種情況下，數據與 BI 內容都會由商務使用者建立、擁有及管理。 不過，影子IT表示業務單位正在規避IT，因此解決方案不受制裁。 透過企業主導的自助 BI 解決方案，業務單位具有建立和管理內容的完整授權。 來自 COE 的資源和支援可供自助內容建立者使用。 也預期業務單位會遵守所有已建立的數據控管指導方針和原則。

以企業為主導的自助最適合下列時機：

• 分散式數據管理與組織的數據文化特性一致，且組織已準備好支持這些工作。
• 數據探索與創新自由是重中之重。
• 業務單位想要擁有最多的參與度，並保留最高層級的控制。
• 業務單位具備可在整個生命週期中支持解決方案且完全致力於的熟練使用者。 它涵蓋所有類型的專案，包括數據（例如 Lakehouse、數據倉儲、數據管線、數據流或語意模型）、視覺效果（例如報表和儀錶板），以及 Power BI 應用程式。
• 回應不斷變化的商業條件並迅速做出反應的彈性，超過了更嚴格的治理和監督需求。

以下是一些指導方針，可協助企業主導的自助數據和BI成功。

• 教導您的建立者使用 IT 將使用的相同技術，例如 共用語意模型 和 數據流。 利用組織良好的 OneLake。 集中數據以減少維護、改善一致性，以及降低風險。
• 專注於提供指導、訓練、資源和檔（如 指導和用戶啟用 一文中所述）。 這些努力的重要性不能被誇大。 請為自助內容建立者的技能層級做好準備，以大幅變化。 解決方案通常也能提供絕佳的商業價值，但建置方式卻無法隨著時間調整或執行良好（因為歷史數據量增加）。 當這些情況出現時， 讓 COE 能夠提供説明是非常有價值的。
• 提供使用背書的最佳方式指引。 升級 背書 適用於自助建立者所產生的內容。 請考慮保留對企業 BI 內容和受控自助 BI 內容的認證簽署使用（如下所述）。
• 分析活動記錄檔，以探索 COE 可以主動連絡自助擁有者以提供實用信息的情況。 偵測到次佳使用模式時，特別有用。 例如，當 Power BI 應用程式物件或工作區角色可能是較佳的選擇時，記錄活動可能會顯示過度使用個別項目共用。 活動記錄中的數據可讓 COE 提供業務單位的支持和建議。 接著，這項資訊有助於提升解決方案的品質，同時讓企業保留其內容的完整擁有權和控制。 如需詳細資訊，請參閱 稽核和監視。

受控自助

受控自助 BI 是數據和 BI 的混合方法。 數據是由集中式小組（例如 IT、企業 BI 或 COE）所擁有和管理，而報表和儀錶板的責任則屬於業務單位內的建立者和主題專家。 受控自助 BI 通常是小組 BI 和部門 BI 解決方案的良好策略。

這種方法通常called_edge_的核心和彈性。 這是因為數據架構是由具有適當專業領域和嚴謹層級的單一小組所維護。 業務單位可以彈性地根據集中式數據建立報表和儀錶板。 這種方法可讓報表建立者更有效率，因為它們可以持續專注於從數據分析和視覺效果傳遞價值。

受控自助 BI 最適合下列時機：

• 集中式數據管理與組織的數據文化特性一致。
• 組織有一個BI專家小組，負責管理數據架構。
• 許多自助報表建立者跨組織界限重複使用數據的價值。
• 自助報表建立者需要以比集中式小組所能容納的更快速度產生分析內容。
• 不同的使用者負責處理數據準備、數據模型化和報表建立。

以下是一些指導方針，可協助您成功使用受控自助 BI。

• 教導使用者 分隔模型和報表開發。 他們可以使用 即時連線 ，根據現有的語意模型來建立報表。 當語意模型與報表分離時，它會促進許多報表和許多作者的數據重複使用。 它還有助於分離職責。
• 使用 數據流 來集中處理數據準備邏輯，並與許多語意模型建立者共用常用的數據表，例如日期、客戶、產品或銷售。 盡可能精簡數據流，使用易記的數據行名稱和正確的數據類型來減少語意模型作者所需的下游工作，而該作者會取用數據流作為來源。 數據流是一種有效方式，可減少數據準備所涉及的時間，並改善語意模型中的數據一致性。 數據流的使用也會減少來源系統上的數據重新整理數目，並允許需要直接存取來源系統的使用者較少。
• 當自助建立者需要使用部門數據來增強現有的語意模型時，請教育他們建立 複合模型。 這項功能可讓您在充分利用集中管理的數據資產投資的同時，實現自助式啟用的理想平衡。
• 使用語意模型和數據流的認證背書，協助內容建立者識別值得信任的數據源。
• 包含所有報表的一致商標，以指出誰製作內容，以及誰要連絡以取得協助。 商標特別有助於區分自助建立者所產生的內容。 從 Fabric 入口網站匯出報表時，報表頁尾中的小型影像或文字標籤是有價值的。
• 請考慮實作個別 的 工作區來儲存數據和報表。 這種方法可讓您更清楚地瞭解誰負責內容。 它也允許更嚴格的 工作區角色 指派。 如此一來，報表建立者只能將內容發佈至其報告工作區;和，讀取和建置語意模型許可權可讓建立者在適用時建立具有數據列層級安全性 （RLS） 的新報表。 如需詳細資訊，請參閱 工作區層級規劃。 如需 RLS 的詳細資訊，請參閱 內容建立者安全性規劃。
• 使用 Power BI REST API 來編譯 Power BI 專案的清查。 分析語意模型與報表的比例，以評估語意模型重複使用的程度。

企業

Enterprise 是傳遞數據和 BI 解決方案的集中式方法，其中所有解決方案內容都是由集中式小組所擁有和管理。 此小組通常是 IT、企業 BI 或 COE。

企業最適合下列時機：

• 使用單一小組集中管理內容，與組織的數據文化特性一致。
• 組織具有數據與 BI 專業知識，可端對端管理所有專案。
• 取用者的內容需求已妥善定義，而且在傳遞的報告解決方案之外，不需要自定義或探索數據。
• 內容擁有權和數據的直接存取權必須限制在少數專家和擁有者。
• 數據高度敏感，或受限於法規需求。

以下是一些可協助您成功使用企業數據和 BI 的指導方針。

• 實作嚴格的程式，以使用 經認證的簽署 內容。 並非所有企業內容都需要經過認證，但其中大部分內容可能都應該經過認證。 認證的內容應該表示數據品質已經過驗證。 認證的內容也應該遵循變更管理規則、具有正式支援，並完整記載。 由於經過認證的內容已通過嚴格的標準，因此對可信度的期望較高。
• 在企業 BI 報表中包含一致的商標，以指出誰製作內容，以及誰要連絡以取得協助。 當用戶導出報表時，報表頁尾中的小型影像或文字標籤會很實用。
• 如果您使用特定的報表商標來指出企業 BI 內容，請小心 儲存複本 功能，讓使用者下載報表複本並將其個人化。 雖然這項功能是使用受控自助 BI 來橋接企業 BI 的絕佳方式，但它會淡化品牌的價值。 更順暢的解決方案是為自助作者提供個別 的Power BI Desktop 範本檔案 。 此範本會定義報表建立與現有語意模型即時連線的起點，但不包含商標。 範本檔案可以共用為Power BI 應用程式內的連結，或從 社群入口網站共用。

擁有權轉移

有時候，特定解決方案的擁有權可能需要轉移給另一個小組。 從業務單位到集中式小組的擁有權轉移，可能會發生：

• 以業務為導向的解決方案可供大量使用者使用，或現在支援重要的商務決策。 在這些情況下，解決方案應該由有流程的小組管理，以實作更高層級的治理和支援。
• 企業主導的解決方案是在整個組織中更廣泛地使用的候選專案，因此需要由可在整個組織廣泛設定安全性和部署內容的小組管理。
• 業務單位已不再具備繼續管理內容的專業知識、預算或時間，但內容的商務需求仍維持不變。
• 解決方案的大小或複雜度已成長為需要不同數據架構或重新設計的點。
• 概念證明已準備好運作。

COE 應該有妥善記載的程式，以識別解決方案是否為擁有權轉移的候選專案。 如果技術支援中心人員也知道該尋找什麼，這非常有用。 擁有自助建立者建置和成長解決方案的習慣模式，並在某些情況下將其交給，是生產力與健康數據文化的指標。 簡單的擁有權轉移可以在 COE 辦公室期間解決;更複雜的轉移可能會保證 COE 管理的小型專案。

注意

新擁有者可能需要先進行一些重構和數據驗證，才能接受完整擁有權。 重構最有可能發生在數據準備、數據模型化和計算較不可見的層面。 如果有任何手動步驟或一般檔案來源，現在是套用這些增強功能的理想時機。 報表和儀錶板的商標可能也需要變更（例如，如果有頁尾指出報表聯繫人或文字卷標指出內容已通過認證）。

集中式小組也可以將擁有權轉移至業務單位。 當：

• 具備領域知識的小組更有能力擁有和管理未來的內容。
• 集中式小組已為沒有技能從頭建立的商務單位建立解決方案，但可以維護和擴充解決方案。

提示

別忘了辨識和獎勵原始建立者的工作，特別是當擁有權轉移是常見的情況時。

注意事項和關鍵措施

檢查清單 - 以下是您可以採取以強化內容擁有權和管理方法的考慮和重要動作清單。

• 深入瞭解目前發生的情況： 請確定您深入瞭解整個組織內容擁有權和管理的情況。 認識到可能不會是一套套用到整個組織一致的方法。 檢閱實作規劃 使用案例 ，以瞭解Power BI和 Fabric 如何以各種方式使用。
• 進行討論： 判斷目前運作良好、運作不佳的專案，以及三種擁有權策略之間的所需平衡。 如有必要，請安排與各種小組的特定人員討論。 開發從目前狀態移至所需狀態的計劃。
• 執行評量： 如果您的企業數據小組目前有排程和優先順序方面的挑戰，請執行評定來判斷是否可以實施受控自助策略，讓整個組織有更多內容建立者。 受控自助數據和 BI 在全域規模上非常有效。
• 釐清術語： 釐清貴組織中用於擁有者、數據管理人和主題專家的詞彙。
• 指派明確的角色和責任： 確保擁有者、管家和主題專家的角色和責任都記錄在一起，並受到參與的每個人的充分理解。 包含備份人員。
• 確保社群參與： 請確定來自企業和IT的所有內容擁有者都是您 實務社群的一部分。
• 在 Fabric 中建立擁有者和聯繫人的使用者指引： 決定您將如何使用 Fabric 中的聯繫人功能。 與內容建立者溝通其使用方式，以及為何很重要。
• 建立處理擁有權轉移的程式： 如果定期進行擁有權轉移，請建立其運作方式的程式。
• 支援您的進階內容建立者：決定使用外部工具以取得進階撰寫功能和提高生產力的策略。

要思考的問題

使用如下找到的問題來評估內容擁有權和管理。

• 負責 Fabric 的中央小組是否清楚瞭解誰擁有哪些 BI 內容？ 報表和數據項或不同的項目類型（例如 Power BI 語意模型、數據科學筆記本或 Lakehouses）之間是否有區別？
• 哪些使用案例已就緒，例如個人 BI、Team BI、部門 BI 或企業 BI？ 他們在組織中有多普遍，以及主要業務單位之間的差異為何？
• 商務分析小組執行哪些活動（例如數據整合、數據模型化或報告）？
• 組織中應該要建立和擁有何種角色？ 是否僅限於中央小組、分析師或功能角色，例如銷售？
• 組織位於企業主導的自助、受控自助或企業領域？ 主要業務單位之間是否有不同？
• 策略數據和 BI 解決方案是否具有 明確定義的擁有權 角色和管理角色？ 遺漏哪些專案？
• 內容建立者和擁有者是否也負責在內容發行后支援和更新內容？ 內容支援和更新的擁有權有多有效？
• 轉移解決方案擁有權的明確程式是否就緒（必要時）？ 例如，當外部顧問建立或更新解決方案時。
• 數據源是否具有做為特殊聯繫點的數據管理人或主題專家？？
• 如果您的組織已經使用 Fabric 或 Power BI，目前的 工作區設定 是否符合已就緒的內容擁有權和傳遞策略？

成熟度等級

下列成熟度層級可協助您評估內容擁有權和管理的目前狀態。

等級	內容擁有權和管理的狀態
100：初始	• 自助內容建立者以不受控制的方式擁有和管理內容，而不需要特定策略。 • 語意模型與報表的高比率存在。 當許多語意模型只支援一份報表時，表示有機會改善數據重複使用性、改善可信度、減少維護，並減少重複語意模型的數目。 • 不同報表之間的差異很常見，導致其他人產生的內容不信任。
200：可重複	• 計劃適用於要使用的內容擁有權和管理策略，以及在這種情況下。 • 會採取初始步驟來改善自助工作的一致性和可信度層級。 • 使用者社群的指引可供使用，其中包含自助與企業內容的預期。 • 角色和責任是清楚和充分理解的，每個人都參與其中。
300：已定義	• 受控自助是進一步推進數據文化特性的優先專案和投資領域。 優先順序是允許報表建立者在使用妥善管理、安全且值得信任的數據源時所需的彈性。 • 報表商標一直用來指出誰製作內容。 • 有 指導計劃 可教育自助內容建立者如何套用最佳做法並做出良好的決策。
400：能力	• 已定義準則，以符合自助與企業內容的治理需求。 • 有一個計劃可用來要求和處理擁有權轉移。 • 受控自助功能，以及重複使用數據的技巧，通常已使用且清楚瞭解。
500：高效率	• 當活動記錄中偵測到任何相關的活動時，就會發生與使用者通訊的主動步驟。 提供教育和資訊，以逐步改進或降低風險。 • 高度熟練的內容建立者會使用第三方工具來提高生產力和效率。

相關內容

在 Microsoft Fabric 採用藍圖系列中的 下一篇文章 中，瞭解內容傳遞的範圍。