Microsoft Fabric 採用藍圖:內容擁有權和管理
注意
本文是<Microsoft Fabric 採用藍圖>系列文章的一部分。 如需系列的概觀,請參閱 Microsoft Fabric 採用藍圖。
注意
Power BI 實作規劃使用案例會探索本文中討論的許多概念,並著重於 Microsoft Fabric 中的 Power BI 工作負載。 使用案例文章包括詳細圖表,而您可能會發現這些圖表有助於支援您的規劃和決策。
資料、分析和商業智慧 (BI) 內容的擁有和管理方式有三個主要策略:企業主導的自助、受控自助和企業。 針對這一系列文章的目的,內容一詞是指任何類型的數據項(例如筆記本、語意模型、報表或儀錶板)。
組織的資料文化特性是這三種內容擁有權策略的實作原因、方式和人員的驅動因素。
上圖中的區域包括:
區域 | 說明 |
---|---|
企業主導的自助:所有內容都是由營業單位內的建立者和主題專家所擁有和管理。 此擁有權策略也稱為「分散式」或「由下往上」策略。 | |
受控自助:資料是由集中式小組所擁有和管理,而商務使用者則負責報告和儀表板。 此擁有權策略也稱為「核心的紀律和邊緣的彈性」。 | |
企業:所有內容都是由集中式小組所擁有和管理,例如 IT、企業 BI 或卓越中心 (COE)。 |
組織不太可能只使用一個內容擁有權和管理策略來運作。 根據您的資料文化,其中一個策略可能會比其他策略更具優勢。 每個解決方案或每個小組的策略選擇可能都不同。 事實上,如果單一小組既是企業內容的取用者,也是自己自助內容的製作人,則可以主動使用多個策略。 要追求的策略取決於下列這類因素:
- 解決方案的需求 (例如報表集合、Power BI 應用程式或資料湖存放庫)。
- 使用者技能。
- 持續致力於訓練和技能成長。
- 需要彈性。
- 複雜度層級。
- 優先順序和領導承諾層級。
組織的資料文化 (特別是其資料普及化的立場) 對於這三種內容擁有權策略的使用程度具有相當大的影響。 雖然具有常見的成功模式,但沒有一體適用的方式。 每個組織的控管模型以及內容擁有權和管理方式都應該反映資料來源、應用程式和商務內容的差異。
內容的擁有和管理方式對於控管、指導和使用者能力培養程度、使用者支援需求以及 COE 作業模型影響重大。
如控管一文所討論,控管和監督層級取決於:
- 擁有和管理內容的人員。
- 內容傳遞範圍。
- 資料主體區域和敏感度等級。
- 資料的重要性,以及資料是否用於關鍵決策。
一般情況下︰
- 企業主導的自助內容受限於最不嚴格的控管和監督控制。 其通常包括個人 BI 和小組 BI 解決方案。
- 受控自助內容受限於中等嚴格的控管和監督控制。 其經常包括小組 BI 和部門 BI 解決方案。
- 企業解決方案受限於更嚴格的控管控制和監督。
如採用成熟度層級一文所述,組織採用會測量資料管理程序和控管的狀態。 針對內容擁有權和管理所做的選擇,會大幅影響組織採用的實現方式。
擁有權和監管權
有許多與資料管理相關的角色。 角色可以透過許多方式來定義,而且很容易被誤解。 下表提供您可以從概念上定義這些角色的可能方式:
Role | 說明 |
---|---|
資料監管人 | 負責定義和/或管理可接受的資料品質層級,以及主要資料管理 (MDM)。 |
主題專家 (SME) | 負責定義資料的意義、用途、存取者,以及向其他人呈現資料的方式。 視需要與領域擁有者共同作業,並支援同事使用資料。 |
技術擁有者 | 負責建立、維護、發佈與保護資料和報告項目的存取權。 |
網域擁有者 | 與控管團隊共同處理資料管理原則、程序和需求的較高層級決策者。 用於定義適當和不適當資料使用的決策者。 參與資料控管面板,如控管一文所述。 |
管理交易來源系統時,指派資料領域的擁有權往往更為直接。 在分析和 BI 解決方案中,會整合多個領域的資料,然後進行轉換和擴充。 針對下游分析解決方案,擁有權主題會變得更加複雜。
注意
請清楚了解誰負責管理資料項目。 請務必確保良好的內容取用者體驗。 具體來說,擁有權的明確性有助於:
- 有問題時要連絡誰。
- 意見反應。
- 加強要求。
- 支援要求。
在 Fabric 入口網站中,內容擁有者可以設定許多項目類型的連絡人清單屬性。 連絡人清單也會用於安全性工作流程。 例如,使用者在沒有權限的情況下收到可開啟 Power BI 應用程式的 URL 時,將會向其呈現提出存取要求的選項。
成功擁有權的指導方針:
- 定義在組織中使用擁有權和監管權術語的方式,包括對這些角色的期望。
- 設定每個工作區的連絡人和個別項目的連絡人,以傳達擁有權和/或支援責任。
- 指定二到四個工作區系統管理員,並定期進行工作區系統管理員稽核 (可能是一年兩次)。 工作區系統管理員可能會直接負責管理工作區內容,或者將這些工作指派給執行實際操作工作的同事。 在所有情況下,工作區系統管理員應該能夠輕鬆地連絡特定內容的擁有者。
- 在報告上包括一致的商標,以指出誰已製作內容,以及要連絡誰以取得協助。 位於報告頁尾的小型影像或文字標籤十分實用,特別是從 Fabric 入口網站匯出報告時。 標準範本檔案可以鼓勵和簡化一致的商標使用。
- 搭配使用最佳做法檢閱和共同開發專案與 COE。
本文的其餘部分涵蓋與三個內容擁有權和管理策略相關的考量。
企業主導的自助
透過企業主導的自助資料和 BI 方式,所有內容都是由建立者和主題專家所擁有和管理。 因為責任會保留在營業單位內,所以此策略通常描述為「由下往上」或「分散式」方式。 企業主導的自助通常是個人 BI 和小組 BI 解決方案的良好策略。
重要
企業主導的自助的概念與影子 IT 的概念不同。 在這兩種情況下,商務使用者會建立、擁有和管理資料和 BI 內容。 不過,影子 IT 表示營業單位正在規避 IT,因此解決方案未受到制裁。 使用企業主導的自助 BI 解決方案時,營業單位具有建立和管理內容的完整授權。 來自 COE 的資源和支援可供自助內容建立者使用。 也預期營業單位將會遵守所有已建立的資料控管指導方針和原則。
企業為主導的自助最適合下列時機:
- 分散式資料管理與組織的資料文化特性一致,而且組織已準備好支援這些工作。
- 資料探索與創新自由是重中之重。
- 營業單位想要擁有最多的參與度,並保留最高的控制度。
- 營業單位的熟練使用者能夠 (且完全致力於) 在整個生命週期中支援解決方案。 其涵蓋所有類型的項目,包括資料 (例如資料湖存放庫、資料倉儲、資料管線、資料流程或語意模型)、視覺效果 (例如報告和儀表板) 和 Power BI 應用程式。
- 回應不斷變化的商業條件並迅速做出反應的彈性,高於更嚴格的控管和監督需求。
以下是一些指導方針,可協助您成功使用企業主導的自助資料和 BI。
- 教導您的建立者使用 IT 將使用的相同技術,例如共用語意模型和資料流程。 利用組織良好的 OneLake。 集中處理資料以減少維護、改善一致性,以及降低風險。
- 專注於提供指導、訓練、資源和文件 (如指導和使用者能力培養一文所述)。 這些努力的重要性怎麼強調都不為過。 請做好準備,自助內容建立者的技能水平會有很大差異。 解決方案通常也能提供絕佳的商業價值,但建置方式卻無法隨著時間調整或執行良好 (因為歷史資料量會增加)。 發生這些情況時,讓 COE 能夠提供協助非常實用。
- 提供背書使用最佳方式的指導。 推廣背書適用於自助建立者所產生的內容。 請考慮保留對企業 BI 內容和受控自助 BI 內容使用認證背書 (如後續所述)。
- 分析活動記錄,以探索 COE 可以主動連絡自助擁有者以提供實用資訊的情況。 其在偵測到次佳使用模式時特別有用。 例如,Power BI 應用程式對象或工作區角色可能是較佳的選擇時,記錄活動可能會顯示過度使用個別項目共用。 活動記錄中的資料可讓 COE 為營業單位提供支援和建議。 接著,這項資訊有助於提升解決方案的品質,同時讓企業保留其內容的完整擁有權和控制。 如需詳細資訊,請參閱稽核和監視。
受控自助
受控自助 BI 是資料和 BI 的混合方式。 資料是由集中式小組 (例如 IT、企業 BI 或 COE) 所擁有和管理,而報告和儀表板的責任則屬於營業單位內的建立者和主題專家。 受控自助 BI 通常是團隊 BI 和部門 BI 解決方案的良好策略。
這種方式通常稱為核心的紀律和邊緣的彈性。 這是因為資料架構是由具有適當紀律和嚴謹層級的單一團隊所維護。 營業單位可以彈性地根據集中式資料來建立報表和儀表板。 此方式可讓報表建立者更有效率,因為他們可以持續專注於從資料分析和視覺效果傳遞價值。
受控自助 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 語意模型、資料科學筆記本或資料湖存放庫) 之間是否有所區別?
- 有哪些使用案例已就緒,例如個人 BI、小組 BI、部門 BI 或企業 BI? 其在組織中的普遍程度,以及在主要營業單位之間的差異為何?
- 商務分析團隊執行哪些活動 (例如資料整合、資料模型化或報告)?
- 組織中的哪些角色預期可建立和擁有內容? 是否僅限於中央團隊、分析師或功能角色,例如銷售?
- 組織位於企業主導的自助、受控自助還是企業的範疇? 其在主要營業單位之間有何差異?
- 策略資料和 BI 解決方案是否具有明確定義的擁有權角色和監管權角色? 遺漏哪些項目?
- 內容建立者和擁有者是否也負責在內容發行後支援和更新內容? 內容支援和更新擁有權的有效程度為何?
- 轉移解決方案擁有權的明確程序是否就緒 (必要時)? 例如,外部顧問建立或更新解決方案時。
- 資料來源是否具有作為特殊連絡點的資料監管人或主題專家 (SME)?
- 如果您的組織已使用 Fabric 或 Power BI,則目前的工作區設定是否符合已就緒的內容擁有權和傳遞策略?
成熟度等級
下列成熟度層級將可協助您評定內容擁有權和管理的目前狀態。
等級 | 內容擁有權和管理的狀態 |
---|---|
100:初始 | • 自助內容建立者以不受控方式來擁有和管理內容,而不需要特定策略。 • 語意模型與報告具有高比例。 許多語意模型只支援一份報告時,指出有機會改善資料重複使用性、改善可信度、減少維護,以及減少重複語意模型數目。 • 不同報告之間的差異十分常見,導致對其他人所產生的內容不信任。 |
200:可重複 | • 方案已就緒,以確定在哪些情況下使用哪個內容擁有權和管理策略。 • 採取初始步驟,以改善自助工作的一致性和可信度層級。 • 使用者社群的指導可供使用,其中包括自助與企業內容的預期。 • 角色和責任十分明確,而且參與的每個人都充分理解。 |
300:已定義 | • 受控自助是進一步推進資料文化特性的優先項目和投資領域。 優先順序是允許報告建立者具有使用妥善管理、安全且值得信任的資料源來時所需的彈性。 • 一致使用報表商標來指出誰已製作內容。 • 具有指導計畫,以教育自助內容建立者如何套用最佳做法並做出良好決策。 |
400:能力 | • 已定義準則,以符合自助與企業內容的控管需求。 • 已有如何要求和處理擁有權轉移的方案。 • 受控自助 (以及重複使用資料的技巧) 通常已被廣泛使用且易於理解。 |
500:高效率 | • 在活動記錄中偵測到任何相關活動時,與使用者進行通訊的主動步驟。 提供教育和資訊,逐步改進或降低風險。 • 高度熟練的內容建立者會使用第三方工具來改善生產力和效率。 |
相關內容
在 Microsoft Fabric 採用藍圖系列的下一篇文章中,了解內容傳遞範圍。