Microsoft Fabric 採用藍圖：指導和用戶啟用

  • 發行項

注意

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

採用工作的關鍵目標是讓用戶盡可能在治理指導方針和原則所建立的必要護欄內完成。 因此，指導用戶的行為是卓越中心（COE）最重要的責任之一，它直接影響使用者採用的發生方式。 如需使用者採用的詳細資訊，請參閱 Microsoft Fabric 採用成熟度層級。

技能指導

指導及協助 Fabric 社群中的使用者變得更有效率，可以採取各種形式，例如：

Office Hours

上班時間 是 COE 管理的持續社群參與。 顧名思義，辦公室時間是定期排程可用性的時間，社群成員可以與COE的專家接觸，以最少的程式額外負荷獲得協助。 辦公室時數通常是以群組為基礎，因此，如果主題位於其專業知識領域，網狀架構冠軍和社群的其他成員也可以協助解決問題。

在許多組織中，上班時間是非常熱門且具生產力的活動。 有些組織稱他們為捨棄時數，甚至稱為「Power Hour」或「網狀架構星期五」等有趣名稱。 主要目標是取得問題解答、解決問題，以及移除封鎖程式。 辦公室時數也可用來作為使用者社群分享想法、建議，甚至投訴的平臺。

COE 會在有一或多個 COE 成員可用時，發布一般上班時間的時間。 在理想情況下，辦公室時間會定期且頻繁地舉行。 例如，它可能是每星期二和星期四。 如果您有全球員工，請考慮提供不同的時段或輪替時間。

提示

其中一個選項是每周設定特定的上班時間。 不過，使用者可能不會顯示，因此最終可能會沒有效率。 或者，請考慮利用 Microsoft Bookings 排程辦公室時間。 它會顯示每個 COE 專家可用的時間區塊，且 Outlook 整合可確保可用性為最新狀態。

上班時間是絕佳的使用者啟用方法，因為：

  • 內容建立者和 COE 會主動共同作業，以回答問題並共同解決問題。
  • 實際工作是在學習和解決問題時完成的。
  • 其他人可能會觀察、學習和參與。
  • 個別群組可以前往分組室來解決特定問題。

辦公室時數也有利於 COE，因為：

  • 對於 COE 來說，這是識別具有 COE 先前不知道之特定技能的冠軍或使用者的絕佳方式。
  • COE 可以了解整個組織使用者所苦苦掙扎的內容。 這有助於通知是否需要其他資源、檔或訓練。

提示

在上班時間無法快速解決的一些棘手問題很常見，例如讓複雜的 DAX 計算能夠運作，或解決複雜解決方案中的效能挑戰。 針對上班時間範圍的內容設定明確的預期，以及是否有任何後續承諾。

共同開發專案

COE 可以提供指導服務的其中一 種方式是在共同開發項目期間。 共同開發專案是 COE 所提供的一種協助形式，其中使用者或業務單位利用 COE 的技術專長來解決數據的商業問題。 共同開發涉及業務單位的項目關係人，以及共同合作合作的COE，以建立業務專案關係人無法獨立提供的高品質自助分析或商業智慧（BI）解決方案。

共同開發的目標是協助業務單位在一段時間內開發專業知識，同時提供價值。 例如，銷售小組迫切需要開發一組新的傭金報告，但銷售團隊還沒有自行完成它的知識。

共同開發專案會在業務單位與 COE 之間建立合作關係。 在這種安排中，業務單位完全投入，深入參與，並承擔專案的擁有權。

COE 的時間參與會隨著時間減少，直到業務單位獲得專業知識並變得自力更生為止。

Diagram shows expertise growing in the business unit as Center of Excellence involvement decreases over time, which is described below.

上圖中顯示的主動介入會隨著時間而變更，如下所示：

  • 業務單位： 最初為50%，最高為75%，最終為98%-100%。
  • COE： 一開始為50%，跌至25%，最終為0%-2%。

在理想情況下，專案中會識別逐步減少參與的期間。 如此一來，業務單位和 COE 都可以充分規劃時程表和人員配置。

共同開發專案可以提供顯著的短期和長期利益。 短期內，COE 的參與通常會導致遵循最佳做法且符合組織標準的更好設計且效能更佳的解決方案。 從長遠來看，共同開發有助於提升業務利害關係人的知識和能力，讓他們更自給自足，更有信心在未來提供高品質的自助數據和 BI 解決方案。

重要

基本上，共同開發項目可協助較不有經驗的使用者瞭解執行作業的正確方式。 它可降低稍後可能需要重構的風險，並增加解決方案隨著時間調整和成長的能力。

最佳做法檢閱

COE 也可以提供 最佳做法檢閱。 最佳做法檢閱對於想要驗證其工作的內容建立者來說非常有用。 它們可能也稱為 諮詢服務、 內部諮詢時間或 技術檢閱。 不同於共同開發專案（先前所述），在開發解決方案之後，就會進行最佳做法檢閱。

在檢閱期間，COE 的專家會評估社群成員開發的自助網狀架構內容，並識別風險或改進機會的領域。

以下是最佳做法檢閱可能有説明的一些範例。

  • 銷售小組有一個 Power BI 應用程式 ，他們打算在整個組織中散發給數千位使用者。 由於應用程式代表散發給大量物件的高優先順序內容，因此他們想要 將其認證。 認證內容的標準程式包含最佳做法檢閱。
  • 財務小組想要 將工作區指派給容量。 需要檢閱工作區內容，以確保遵循健全的開發做法。 當容量在多個業務單位之間共用時，這種檢閱類型很常見。 （當容量只指派給一個業務單位時，可能不需要檢閱。
  • 作業小組正在建立預期廣泛使用的新 Fabric 解決方案。 他們想要先要求最佳做法檢閱，再進入使用者驗收測試（UAT），或要求提交至變更管理委員會之前。

最佳做法檢閱最常著重於語意模型（先前稱為數據集）設計，不過檢閱可以包含所有類型的數據項（例如 Lakehouse、數據倉儲、數據管線、數據流或語意模型）。 檢閱也可以包含報表專案（例如報表、儀錶板或計量）。

部署內容之前，可以使用最佳做法檢閱來驗證其他設計決策，例如：

部署內容之後，最佳做法檢閱尚不一定完成。 完成其餘的檢閱也可以包含下列專案：

外延支援

COE 可能會不時參與從技術支援中心呈報的複雜問題。 如需詳細資訊，請參閱 用戶支援 文章。

注意

為貴組織提供輔導服務可能是文化轉變。 您的反應可能是使用者通常不會向 Excel 之類的工具尋求協助，所以為什麼他們會使用 Power BI？ 答案在於Power BI和 Fabric 是非常強大的工具。 除了數據視覺效果之外，它們還提供數據準備和數據模型化功能。 能夠協助和讓使用者大幅改善其技能並提升其解決方案品質，這也會降低風險。

集中式入口網站

單一集中式入口網站或中樞是使用者社群可以找到的位置：

  • 存取社群問答論壇。
  • 社群感興趣的公告，例如新功能和發行計劃更新。
  • 為上班時間、午餐和學習、訓練課程和使用者群組會議排程和註冊連結。
  • 重要變更內容和變更記錄的公告（如果適當的話）。
  • 如何要求協助或支援。
  • 訓練教材。
  • 檔、上線材料和常見問題（FAQ）。
  • COE 建議的治理指引和方法。
  • 報表範本。
  • 最佳做法解決方案的範例。
  • 知識共享會話的錄製。
  • 存取受控程序的進入點，例如授權取得、存取要求和閘道設定。

提示

一般來說，只有10%-20%的社區會走出自己的路，積極尋求培訓和教育資訊。 這些類型的使用者可能會自然演變成您的 擁護者。 其他人通常只是試圖儘快完成工作，因為他們的時間、專注和精力需要其他地方。 因此，讓社群使用者更容易找到資訊非常重要。

目標是將社群中的使用者一致導向集中式入口網站，以尋找資訊。 COE 的對應義務是確保使用者所需的資訊可在集中式入口網站中使用。 讓入口網站保持更新需要每個人忙碌時的專業領域。

在較大的組織中，實作單一集中式入口網站可能會很困難。 當合併到單一入口網站並不實用時，集中式中樞可以做為匯總工具，其中包含其他位置的連結。

重要

雖然節省時間尋找資訊很重要，但集中式入口網站的目標就不止於此。 其內容是讓資訊隨時可供使用，以協助使用者社群執行正確的動作。 他們應該能夠在正常工作中找到資訊，盡可能少摩擦。 在 COE 和數據控管小組所建立的護欄內完成工作更容易之前，有些用戶會透過規避已設定的原則繼續完成其工作。 建議的路徑必須成為最少阻力的路徑。 擁有集中式入口網站可協助達成此目標。

社群使用者需要時間才能將集中式入口網站視為尋找資訊的自然第一站。 需要一致的重新導向至入口網站，以變更習慣。 例如，將連結傳送至入口網站中原始檔位置的人會建置比電子郵件回應中的答案更好的習慣。 這是用戶支援文章中所述的相同挑戰。

訓練

成功在 Fabric 社群中啟用自助用戶的關鍵因素是訓練。 請務必讓正確的定型資源可供使用且易於探索。 雖然有些使用者對分析非常熱心，所以他們會自行找到資訊並找出問題，但對大部分的使用者社群來說並不真實。

確定您的自助使用者（特別是內容建立者和擁有者）能夠存取他們需要成功的訓練資源，並不表示您需要開發自己的訓練內容。 開發訓練內容往往適得其反，因為產品的本質迅速演變。 幸運的是，全世界都有豐富的培訓資源。 一組精心策劃的連結可協助用戶組織並集中訓練工作，特別是專注於技術的工具訓練。 COE 應驗證所有外部連結的精確度和可信度。 這是 COE 增加價值的關鍵機會，因為 COE 專案關係人處於瞭解社群學習需求的理想位置，並識別並找出可靠的品質學習教材來源。

您可以透過為 組織特定 程式建立自定義訓練教材，同時依賴其他人針對其他專案所產生的內容，找到最大的投資報酬率。 此外，還有一個簡短的訓練課程，主要著重於如何尋找檔、取得協助及與社群互動等主題。

提示

訓練的目標之一是協助用戶學習新技能，同時幫助他們避免不良習慣。 它可以是一種平衡行為。例如，您不想讓新使用者不知所措，方法是為報表建立者新增許多複雜度和摩擦。 不過，讓較新的內容建立者知道可以花一些時間找出的東西，這是一項巨大的投資。理想的範例是教導如何使用 即時連線 ，從現有的語意模型報告。 藉由在最早的邏輯時間教導這個概念，您可以節省較有經驗的建立者，認為每個報表一律需要一個語意模型（並鼓勵在報表之間重複使用現有語意模型的良好習慣）。

某些較大的組織會經歷持續的員工轉移和營業額。 這類頻繁的變更會導致需要一組可重複的訓練資源。

訓練資源和方法

有許多訓練方法，因為人們以不同的方式學習。 如果您可以監視及測量訓練教材的使用方式，您將瞭解一段時間后最能運作的內容。

有些訓練可能會更正式地進行，例如使用實際操作實驗室進行教室訓練。 其他類型的訓練較不正式，例如：

  • 午餐和學習簡報
  • 以特定目標為目標的簡短操作說明影片
  • 策劃的一組在線資源
  • 內部使用者群組簡報
  • 一小時、一周或一個月的挑戰
  • Hackathon-style 事件

在練習社群一文中說明鼓勵同事分享知識的優點。

提示

每當實際時，學習都應該與建立有意義的和現實的東西相互關聯。 不過，簡單的示範數據在訓練課程期間確實具有價值。 它可讓學習者專注於如何使用技術，而不是數據本身。 完成入門會話之後，請考慮提供 您自己的會話 數據類型。 這些類型的研討會鼓勵學員將其新的技術技能套用至實際的商務問題。 嘗試在這種類型的後續研討會中包含COE中的多個協調人，以便快速回答問題。

您可能以定型為目標的使用者類型包括：

  • 內容擁有者、主題專家（SME）和工作區系統管理員
  • 數據建立者（例如，建立報表建立者要使用的語意模型的使用者，或建立數據流、Lakehouses 或倉儲的使用者，以供其他語意模型建立者使用）
  • 報表建立者
  • 內容取用者和檢視者
  • 衛星 COE 成員和 冠軍網路
  • 網狀架構系統管理員

重要

每種使用者類型都代表具有不同訓練需求的不同物件。 COE 必須找出如何最符合每個物件的需求。 例如，一個物件可能會發現標準入門 Power BI Desktop 類別壓倒性，而另一個物件則想要更具有深度和詳細數據的資訊，以取得包含多個 Fabric 工作負載的端對端解決方案。 如果您有各種網狀架構內容建立者，請考慮建立角色並量身打造體驗，以實際程度來量身打造。

完成訓練可能是用戶採用成功的主要指標。 有些組織藉由授與徽章，例如藍帶或黑帶，讓使用者透過訓練計畫進行，來新增有趣的元素。

在用戶採用的各個階段，請考慮如何處理使用者。 訓練需求與下列專案非常不同：

  • 將新用戶上線（有時稱為 訓練日零）。
  • 體驗最少的使用者。
  • 更有經驗的使用者。

隨著採用和成熟度的增長，COE將投資其時間來建立和策劃訓練教材的方式將隨著時間而改變。 您可能也會發現一些社群擁護者想要在其功能業務單位內執行自己量身打造的一組訓練課程。

受信任網狀架構訓練內容的來源

策劃的一組在線資源對於協助社群成員專注於重要事項並引導其工作很有價值。 您可能會發現一些公開可用的訓練資源，包括：

請考慮使用 整合至 Microsoft Teams 的 Microsoft Viva Learning。 其中包含來自 Microsoft Learn 和 LinkedIn Learning 等來源的內容。 您也可以包含您組織所產生的自訂內容。

除了組織所產生的 Microsoft 內容和自訂內容之外，您也可以選擇為使用者社群提供一組精選的建議連結給受信任的在線來源。 全球社群製作的各種影片、部落格和文章。 社群包括網狀架構和Power BI專家、 Microsoft最具價值職業（MVP）和愛好者。 提供策展式學習路徑，其中包含特定、可信譽、目前和高品質資源，將為您的使用者社群提供最大的價值。

如果您確實投資建立自定義內部訓練，請考慮建立簡短的目標內容，專注於解決一個特定問題。 它可讓您更輕鬆地尋找和取用定型。 一段時間后維護及更新也比較容易。

提示

網狀架構入口網站中的 [說明及支援] 功能表是可自定義的。 當訓練檔的集中式位置正常運作時，請使用連結更新 管理員 入口網站中的租用戶設定。 當使用者選取 [取得說明 ] 選項時，就可以從功能表存取連結。 此外，請務必教導使用者Power BI Desktop中的 [說明 ] 功能區索引標籤。 其中包含引導式學習、訓練影片、檔等連結。

文件

簡潔且撰寫良好的檔對於嘗試完成工作的用戶來說，是一個相當重要的協助。 您的檔需求及其傳遞方式將取決於您組織中管理 Fabric 的方式。 如需詳細資訊，請參閱 內容擁有權和管理 一文。

Fabric 的某些層面通常會由集中式小組管理，例如 COE。 在這些情況下，下列類型的檔很有説明：

  • 如何要求 Power BI 授權（以及是否有管理員核准的需求）
  • 如何要求新的容量
  • 如何要求新的工作區
  • 如何要求將工作區新增至現有的容量
  • 如何要求存取閘道數據源
  • 如何要求軟體安裝

提示

針對反覆重複的某些活動，請考慮使用Power Apps和Power Automate 將其自動化。 在此情況下，您的檔也會包含如何存取和使用Power Platform功能。

檔的不同層面可以由自助用戶、分散式小組或集中式小組管理。 下列類型的檔案可能會根據擁有和管理內容的人員而有所不同：

  • 如何要求新的報表
  • 如何要求報表增強功能
  • 如何要求存取數據
  • 如何要求備妥並可供使用的新數據
  • 如何要求現有數據或視覺效果的增強功能

提示

規劃集中式入口網站時，如本文稍早所述，規劃如何針對一或多個業務單位自定義指引或治理原則時處理情況。

也會有一些 已做出且應該記錄的治理 決策，例如：

  • 如何要求認證內容
  • 核准的檔案儲存位置為何
  • 什麼是數據保留和清除需求
  • 處理敏感資料和個人識別資訊的需求為何（PII）

文件應該位於集中式入口網站中，這是可搜尋的位置，最好是用戶已經運作。 Teams 或 SharePoint 運作良好。 在Wiki頁面或檔中建立檔可以正常運作，前提是內容組織得很好，而且很容易找到。 著重於一個主題的較短檔通常比完整且完整的檔更容易取用。

重要

您可以針對社群發佈的其中一個最實用的檔，是租用戶設定的描述，以及每個租用戶設定所需的群組成員資格。 用戶在線閱讀特性與功能，有時發現它不適用於它們。 當他們能夠快速查閱您組織的租用戶設定時，它可以讓他們免於感到沮喪，並嘗試因應措施。 有效的文件可減少提交的技術支援中心票證數目。 它也可以減少需要指派網狀架構系統管理員角色的人員數目（他們可能只為了檢視設定而擁有此角色）。

一段時間后，您可以選擇允許社群維護特定類型的檔，如果您有願意的志願者。 在此情況下，您可能會想要引進變更的核准程式。

當您在問答論壇中重複看到問題（如用戶支援文章所述）、在上班時間或午餐期間和學習期間，這是建立新檔可能適合的絕佳指標。 檔存在時，可讓同事在需要時參考。 檔有助於用戶啟用和自我維持社群。

提示

建立自定義檔或訓練材料時，請盡可能使用連結參考現有的 Microsoft 網站。 大多數社群部落格作者不會讓部落格文章或影片保持在最新狀態。

Power BI 範本檔案

Power BI 範本是 .pbit 檔案。 它可作為內容建立者的起點。 它與 .pbix 檔案相同，可包含查詢、數據模型和報表，但有一個例外：範本檔案不包含任何數據。 因此，它是一個較小的檔案，可以與內容建立者和擁有者共用，而且不會有不當共用數據的風險。

為您的社群提供 Power BI 範本檔案是下列好方法：

  • 提升一致性。
  • 減少學習曲線。
  • 顯示良好的範例和最佳做法。
  • 提高效率。

Power BI 範本檔案可以提升效率，並協助人員在工作正常過程中學習。 範本檔案有幫助的幾種方式包括：

  • 報表可以使用良好視覺效果做法的範例
  • 報表可以納入組織商標和設計標準
  • 語意模型可以包含常用數據表的結構，例如日期數據表
  • 可以包含有用的 DAX 計算，例如逐年計算（YoY） 計算
  • 可以包含一般參數，例如數據源 連接字串
  • 可以包含報表和/或語意模型檔的範例

注意

提供範本不僅可節省您的內容建立者時間，也可協助他們快速超越空白解決方案中的空白頁面。

Power BI 項目檔

Power BI 專案是 .pbip 檔案。 如同範本檔案（先前所述），項目檔不包含任何數據。 這是進階內容建立者可用於 進階數據模型 和報表管理案例的檔格式。 例如，您可以使用專案檔來共用常見的模型模式，例如日期數據表、DAX 量值表達式或計算群組，以節省開發時間。

您可以使用Power BI專案檔搭配 Power BI Desktop開發人員模式 ，

  • 進階編輯和撰寫（例如，在 Visual Studio Code 等程式碼編輯器中）。
  • 有目的地分離語意模型和報表專案（不同於 .pbix 或 .pbit 檔案）。
  • 讓多個內容建立者和開發人員能夠同時處理相同的專案。
  • 與原始檔控制整合（例如使用 Fabric Git 整合）。
  • 使用持續整合和持續傳遞 （CI/CD） 技術，將變更或內容的整合、測試和部署自動化。

注意

Power BI 包含 .pbit 範本檔案和 .pbip 項目檔等功能，可讓您輕鬆地與作者共用入門資源。 其他網狀架構工作負載提供不同的內容開發和共用方法。 不論共用的項目為何，擁有一組入門資源都很重要。 例如，您的入口網站可能包含一組 SQL 腳本或筆記本，這些腳本會呈現已測試的方法來解決常見問題。

注意事項和關鍵措施

檢查清單 - 您可以採取的考慮事項和重要動作，以建立或改善、指導和用戶啟用。

  • 請考慮 COE 可以支援的輔導服務： 決定 COE 能夠提供的輔導服務類型。 類型可以包括上班時間、共同開發專案和最佳做法檢閱。
  • 定期與輔導服務溝通： 決定您將如何與使用者社群溝通和公告輔導服務，例如上班時間。
  • 建立辦公室時間的定期排程： 理想情況下，每周至少保留一次辦公時間（視使用者的需求以及人員配置和排程限制而定）。
  • 決定辦公室時 數的預期：決定使用者可以帶入辦公室時數的允許主題或問題類型的範圍。 此外，判斷辦公室時數要求佇列的運作方式、是否應事先提交任何資訊，以及之後是否可預期任何後續追蹤。
  • 建立集中式入口網站： 請確定您擁有支援良好的集中式中樞，讓使用者可以輕鬆地找到訓練教材、文件和資源。 集中式入口網站也應該提供其他社群資源的連結，例如Q&A論壇，以及如何尋找協助。
  • 建立文件和資源： 在集中式入口網站中，建立、編譯及發佈有用的檔。 識別並提升前 3-5 個資源，對使用者社群最有用。
  • 定期更新檔和資源： 確保定期檢閱和更新內容。 目標是確保入口網站中可用的資訊是最新且可靠的。
  • 編譯信譽良好的訓練資源策劃清單： 識別以使用者社群訓練需求和興趣為目標的訓練資源。 在集中式入口網站中張貼清單，並建立排程以檢閱和驗證清單。
  • 考慮自定義內部訓練是否有用： 識別自定義訓練課程，是否在內部開發，將有用，值得時間投資。 投資建立組織專屬的內容。
  • 提供範本和專案： 決定您將如何使用範本，包括 Power BI 範本檔案和 Power BI 項目檔。 將資源包含在集中式入口網站中，以及訓練教材中。
  • 建立目標和計量： 決定您將如何衡量指導計劃的有效性。 建立 KPI（關鍵績效指標）或 OKR（目標和關鍵結果），以驗證 COE 的導師努力加強社群及其提供自助 BI 的能力。

要思考的問題

使用如下找到的問題來評估指導和用戶啟用。

  • 是否有有效的程式可供使用者要求訓練？
  • 是否有程式可評估使用者技能等級（例如初學者、中繼或進階）？ 使用者是否可以使用公司資源來學習及達成 Microsoft 認證？
  • 將使用者社群中的新人員介紹至數據和 BI 解決方案、工具和程式，有哪些上線程式？
  • 所有用戶在上線期間是否都遵循適當的 Microsoft Learn 學習路徑來取得其角色？
  • 使用者因缺乏訓練或指導而遇到何種挑戰？
  • 缺乏啟用對企業有何影響？
  • 當使用者表現出產生治理風險的行為時，他們受到懲罰還是接受教育和指導？
  • 有哪些訓練教材可用來教育人們瞭解治理流程和原則？
  • 中央檔會在哪裡維護？ 神秘 維護？
  • 中央資源是否存在，例如組織設計指導方針、 主題或 範本檔案？

成熟度等級

下列成熟度層級可協助您評估指導和用戶啟用的目前狀態。

等級 指導和用戶啟用的狀態
100：初始 • 有些文件和資源存在。 不過，它們是孤立的，而且不一致。

• 很少有使用者知道或利用可用的資源。
200：可重複 • 集中式入口網站具有實用的文件和資源連結庫。

• 集中式入口網站提供定型連結和資源策劃清單。

• 可使用 Office 時數，讓使用者社群可以從 COE 取得協助。
300：已定義 • 集中式入口網站是社群成員尋找訓練、文件和資源的主要中樞。 支持和學習彼此時，冠軍和社區成員通常會參考這些資源。

• COE 的技能指導計劃已就緒，可透過各種方式協助社群中的使用者。
400：能力 • 辦公室時間具有組織中所有業務單位的定期和積极參與。

• 業務單位會定期要求 COE 的最佳做法檢閱。

• 共同開發專案由 COE 和業務單位的成員重複執行。
500：高效率 • COE 會持續更新、文件和資源，以確保社群有最新且可靠的資訊。

• 可測量且有形的商業價值是透過使用 KPI 或 OKR 從指導計畫獲得。

相關內容

在 Microsoft Fabric 採用藍圖系列中的 下一篇文章 中，了解實務社群。