共用方式為


Microsoft Fabric 採用藍圖:指導和使用者能力培養

注意

本文是<Microsoft Fabric 採用藍圖>系列文章的一部分。 如需系列的概觀,請參閱 Microsoft Fabric 採用藍圖

採用工作的關鍵目標,是盡可能讓使用者在治理指導方針和原則所建立的必要護欄範疇內完成最多任務。 因此,對使用者行為提供指導,是卓越中心 (COE) 最重要的責任之一,這會直接影響使用者採用作業的進行方式。 如需使用者採用的詳細資訊,請參閱 Microsoft Fabric 採用成熟度層級

技能指導

您可以採取各種形式來指導 Fabric 社群中的使用者,並協助其變得更有效率,例如:

Office Hours

輔導時間是由 COE 管理的一種持續性社群接洽活動。 顧名思義,輔導時間是定期排程的人員值班時間,社群成員可以透過輔導時間與 COE 的專家接觸,以最少的處理額外負荷獲得協助。 輔導時間通常是以群組為基礎,因此,如果主題涉及 Fabric 擁護者和社群其他成員的專業知識領域,這些成員也可以協助解決問題。

在許多組織中,輔導時間是非常熱門且具生產力的活動。 部分組織將其稱為自由到訪時間,甚至稱為動力時間或 Fabric 周五等有趣名稱。 這項活動的主要目標是取得問題的解答、解決問題,以及消除阻礙。 輔導時間也可作為使用者社群分享想法、建議,甚至投訴的平台。

COE 會在有一名或多名 COE 成員有空時,發佈一般輔導時間的時段。 在理想情況下,COE 會定期且頻繁地舉行輔導時間。 例如,輔導時間可能會在每星期二和星期四舉行。 如果您的員工遍佈全球,請考慮提供不同的時段或輪換時間。

提示

其中一個選項是每周設定特定的輔導時間。 不過,使用者可能會不克出席,因此活動最終可能會缺乏效率。 或者,您可以考慮利用 Microsoft Bookings 來排程輔導時間。 其會顯示每位 COE 專家有空的時間區塊,且 Outlook 整合可確保有空時間的資訊處於最新狀態。

出於下列原因,輔導時間是培養使用者能力的絕佳方法:

  • 內容建立者和 COE 會主動合作,以回答問題和解決難題。
  • 人員可在學習和解決問題的過程中,完成實際工作。
  • 其他人可以在此期間觀察、學習和參與。
  • 個別群組可以前往分組討論區來解決特定問題。

出於下列原因,輔導時間也有利於 COE:

  • 對於 COE 而言,這是識別 COE 先前未掌握之特定技能擁護者或使用者的絕佳方式。
  • COE 可以了解整個組織內的使用者對於哪些項目感到頭痛。 這有助於讓 COE 了解是否需要提供其他資源、文件或訓練。

提示

輔導時間內常會出現一些無法快速解決的棘手問題,例如讓複雜的 DAX 運算正常運作,或解決複雜解決方案中的效能挑戰。 請針對輔導時間的範圍內容,以及是否有任何後續追蹤的承諾設定明確預期。

共同開發專案

COE 提供指導服務的方式之一,就是在共同開發專案期間進行指導。 共同開發專案是 COE 提供的一種協助方案,可讓使用者或營業單位透過 COE 的技術專長,運用資料解決商業問題。 共同開發涉及營業單位和 COE 的專案關係人相互合作,以建立營業專案關係人無法獨立提供的高品質自助分析或商業智慧 (BI) 解決方案。

共同開發的目標是協助營業單位在一段時間內發展專業知識,同時實現價值。 例如,銷售小組迫切需要開發一組新的委託報告,但銷售團隊還不具有自行完成報告的知識。

共同開發專案會在營業單位與 COE 之間形成合作關係。 在這種非正式協議中,營業單位會完全投入、深入參與,並承擔專案的責任。

COE 的時間投入情況會隨著時間減少,直到營業單位獲得專業知識並得以自力更生為止。

圖表顯示卓越中心隨著時間減少參與,而且營業單位專業知識相應增加的情況,如下所述。

上圖顯示的主動參與度會隨著時間而變化,如下所示:

  • 營業單位:最初為 50%,之後提升為 75%,最終會達到 98%~100%。
  • COE:最初為 50%,之後下降至 25%,最終為 0%~2%。

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

共同開發專案可以提供顯著的短期和長期效益。 短期內,有了 COE 參與後,共同開發專案通常會產生更優秀之設計且效能更佳的解決方案,該解決方案會遵循最佳做法並符合組織標準。 從長遠來看,共同開發有助於提升業務專案關係人的知識和能力,使其更加自立,並更有信心在未來提供高品質的自助式資料和 BI 解決方案。

重要

基本上,共同開發專案可協助較缺乏經驗的使用者了解進行作業的正確方式。 這會降低可能需要在後期進行重構的風險,並提升解決方案隨著時間縮放和發展的能力。

最佳做法檢閱

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

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

下列是最佳做法檢閱可能會有所幫助的部分範例。

  • 銷售小組有一個 Power BI 應用程式,且小組打算散發給整個組織中的數千位使用者。 因為應用程式相當於散發給大量對象的高優先順序內容,所以小組希望進行認證。 內容認證的標準流程包含最佳做法檢閱。
  • 財務小組想要將工作區指派給容量。 而這會需要對工作區內容進行檢閱,以確保內容遵循健全的開發做法。 在多個營業單位之間共用容量時,這類檢閱十分常見。 (在只將容量指派給一個營業單位時,可能就不需要加以檢閱。)
  • 作業小組正在建立預期會受到廣泛使用的新 Fabric 解決方案。 小組希望先要求最佳做法檢閱,再進入使用者驗收測試 (UAT) 階段,或在將要求提交至變更管理委員會之前進行最佳做法檢閱。

最佳做法檢閱最常著重於語意模型設計,不過檢閱可以包含所有類型的數據項(例如 Lakehouse、數據倉儲、數據管線、數據流或語意模型)。 您也可以將報告專案 (例如報表、儀表板或指標) 涵蓋於檢閱範圍內。

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

  • 筆記本中的程式碼遵循組織標準和最佳做法。
  • 在必要時使用適當的資料準備方法 (資料流程、管線、筆記本和其他方法)。
  • 使用了適當的資料來源,且只要使用 Power Query 和資料流程,就會盡可能叫用查詢折疊
  • 採取乾淨、有序且有效率資料準備步驟。
  • 選擇的連線模式儲存模式 (例如 Direct Lake、匯入、即時連線、DirectQuery 和複合模型架構) 皆適用。
  • 資料來源的位置 (例如一般檔案和原始 Power BI Desktop 檔案) 是合適的 (最好儲存在具有版本設定和適當安全性的備份位置,例如 Teams 檔案或 SharePoint 共用程式庫)。
  • 語意模型設計良好、簡潔且可理解,並使用星型架構設計。
  • 關聯性經過正確設定。
  • DAX 計算使用有效率的編碼作法 (特別是在資料模型很大的情況下)。
  • 語意模型大小處於合理限制內,並套用資料縮減技術
  • 列層級安全性 (RLS) 會適當地強制實施資料權限。
  • 資料正確且已比照權威來源進行驗證。
  • 使用核准的常見定義和術語。
  • 遵循良好的資料視覺效果做法,包括設計協助工具

最佳做法檢閱不一定能在部署內容之後及時完成。 在完成剩餘的檢閱時,您也可以將下列項目納入檢閱範圍:

延伸支援

COE 可能會不時介入技術支援中心呈報的複雜問題。 如需詳細資訊,請參閱使用者支援 (機器翻譯) 一文。

注意

在為貴組織提供輔導服務時,同時可能會造成文化上的轉變。 您可能會覺得使用者通常不會因為 Excel 之類的工具而尋求協助,所以為什麼在使用 Power BI 會需要協助呢? 原因在於,Power BI 和 Fabric 皆為非常強大的工具。 除了資料視覺效果之外,這兩項工具還提供資料準備和資料模型化功能。 如果能夠協助使用者並培養使用者能力,即可大幅提升其技能,並提高其解決方案的品質,同時降低風險。

集中式入口網站

單一集中式入口網站 (或稱中樞),是使用者社群可以找到下列項目的位置:

  • 社群問與答論壇的存取方式。
  • 社群關注項目的公告,例如新功能和發行計劃最新消息。
  • 輔導時間、午餐學習會、訓練課程和使用者群組會議的排程和註冊連結。
  • 內容重要變更的公告和變更記錄 (如適用)。
  • 如何要求協助或支援。
  • 訓練教材。
  • 文件、入門訓練教材和常見問題集 (FAQ)。
  • COE 建議的治理指引和方法。
  • 報表範本。
  • 最佳做法解決方案的範例。
  • 知識共享課程的錄影。
  • 存取受控流程的進入點,例如授權取得、存取要求和閘道設定。

提示

一般來說,只有 10%-20% 的社群成員會表現得十分積極,並主動尋求訓練和教育資訊。 這類使用者可能會自然演變成您的擁護者。 因為其他人需要將時間、重心和精力投入在其他地方,所以通常只是試著儘快完成工作。 因此,讓社群使用者更易於找到資訊非常重要。

您的目標是持續將社群使用者導向至集中式入口網站,使其得以獲得資訊。 COE 的相應義務,是確保使用者可在集中式入口網站中獲得所需的資訊。 在所有人都忙碌無比的情況下,您會需要一定的紀律才能讓入口網站的資訊保持在最新狀態。

在較大的組織中,實作單一集中式入口網站可能會十分困難。 如果無法將一切內容合併到單一入口網站,您可以將集中式中樞作為匯總工具,在其中包含其他位置的連結。

重要

雖然在尋找資訊時節省時間十分重要,但集中式入口網站的目標還不止於此。 其重點在於讓資訊變得隨時可用,以協助使用者社群採取正確的動作。 使用者應該能夠在日常工作流程中順暢地找到資訊。 直到遵循護欄範疇 (由 COE 和資料控管小組所設立) 能夠使得完成工作變得更容易之前,部分使用者會透過規避已設定的原則繼續完成其工作。 建議路徑必須成為阻力最少的路徑。 擁有集中式入口網站可協助達成此目標。

社群使用者會需要一段時間才能自然地將集中式入口網站視為尋找資訊的首要地點。 您需要持續地將使用者重新導向至入口網站,才能變更使用者習慣。 例如,將入口網站中原始文件位置的連結傳送給他人,會比在電子郵件回應內附上答案更能建立良好習慣。 這項挑戰與使用者支援一文中所述的挑戰相同。

訓練

Fabric 社群使用者能否成功獲得自助能力的關鍵因素,取決於訓練。 請務必提供方便取得且易於探索的正確訓練資源。 雖然部分對分析工作非常熱心的使用者會自行尋找資訊並解決問題,但大部分的使用者社群卻並非如此。

您沒有必要為了確保自助使用者 (特別是內容建立者和擁有者) 能夠存取獲得成功所需的訓練資源,而自行開發訓練內容。 因為產品的本質會迅速演變,所以開發訓練內容往往可能產生反效果。 幸運的是,您可透過全球社群來獲得豐富的訓練資源。 一組精心策展的連結,對於協助使用者組織並專注於訓練計畫有著顯著的效益 (特別是著重於技術的工具訓練)。 COE 應驗證所有外部連結的正確性和可信度。 因為 COE 專案關係人處於了解社群學習需求的理想位置,所以這是 COE 增加價值並識別和找出優質學習教材來源的重要機會。

如果您為組織特定的流程建立自訂訓練教材,同時依賴他人為其他流程產生內容的話,將可產生最佳的投資報酬率。 此外,著重於如何尋找文件、取得協助,以及與社群互動等主題的簡短訓練課程也十分有幫助。

提示

訓練的目標之一是協助使用者學習新技能,同時幫助使用者避免不良習慣。 這可能會是一種需要平衡的過程。例如,您不會想讓報表建立者入門級別課程變得更為複雜並充滿障礙,從而讓新使用者感到不知所措。 不過,讓新手內容建立者了解一些他們可能得花時間很多才能自行探索而出的知識,會是一項物超所值的投資。其中一項理想的範例是教導使用者如何使用即時連線,以從現有的語意模型進行報告。 在一開始就教導這個概念,可以避免讓經驗較淺的建立者形成認為每個報表一律需要一個語意模型的錯誤觀點 (並鼓勵養成在所有報表上重複使用現有語意模型的良好習慣)。

部分大型組織會出現持續性的員工調動及離職情況。 這種頻繁的變動,導致其需要一組可重複使用的訓練資源。

訓練資源和方法

因為人們會以不同的方式學習,所以也存在多種訓練方法。 如果您可以監視及衡量訓練教材的使用情況,您將隨著時間了解何種訓練方式效果最佳。

部分訓練可能會以更為正式的方法進行,例如透過實習課程進行教室訓練。 其他類型的訓練則較不正式,例如:

  • 午餐學習會簡報
  • 用以達成特定目標的簡短操作說明影片
  • 經過策展的一組線上資源
  • 內部使用者群組簡報
  • 為期一小時、一周或一個月的挑戰
  • 駭客松式的活動

實務社群文章敘述了鼓勵同事分享知識的優點。

提示

每當實際可行時,學習都應該與建立有意義和現實的項目有關。 不過在訓練課程期間,單純的示範資料確實存在價值。 其可讓學習者專注於如何使用技術,而不是資料本身。 完成入門課程之後,請考慮提供攜帶您自己的資料類型的課程。 這類課程會鼓勵學員將新技術技能套用至實際的商務問題。 請嘗試讓 COE 的多位講師參與這種類型的後續課程,以便快速回答問題。

可能會是您訓練對象的使用者類型包括:

  • 內容擁有者、主題專家 (SME) 和工作區系統管理員
  • 資料建立者 (例如,建立可供報表建立者使用之語意模型的使用者,或建立可供其他語意模型建立者使用之資料流程、資料湖存放庫或倉儲的使用者)
  • 報表建立者
  • 內容取用者和檢視者
  • 附屬 COE 成員和擁護者網路
  • Fabric 系統管理員

重要

每種類型的使用者,都代表具有不同訓練需求的個別對象。 COE 必須找出最符合每個對象之需求的方法。 例如,一個對象可能會覺得標準的入門 Power BI Desktop 課程艱澀難懂,而另一個對象則想要更具挑戰性且詳盡深入的資訊,以用於包含多個 Fabric 工作負載的端對端解決方案。 如果您有著各種類型的 Fabric 內容創作者,請考慮建立角色,並以實際可行的方式為其量身打造體驗。

完成訓練可能預示著使用者採用能夠獲得成功。 部分組織會透過授與徽章來添增學習樂趣,例如在使用者的訓練計劃途中授與藍帶黑帶

請考量在使用者採用的各個階段內對待使用者的方式。 下列情況的訓練需求會截然不同:

  • 將新使用者導入訓練 (有時稱為訓練首日)。
  • 具有極少經驗的使用者。
  • 更有經驗的使用者。

隨著採用度和成熟度的增長,COE 也將逐步改變投資在建立和策展訓練教材上的時間。 您可能也會發現,部分社群擁護者想要在其運作中營業單位內開設一組自行量身打造的訓練課程。

受信任 Fabric 訓練內容的來源

一組經過策展的線上資源,對於協助社群成員專注於重要事項並引導其工作很有價值。 部分公開可用的訓練資源可能對您很有幫助,包括:

請考慮使用 Microsoft Viva Learning,其已整合至 Microsoft Teams 內。 其中包含來自 Microsoft LearnLinkedIn Learning 等來源的內容。 您也可以將貴組織所產生的自訂內容包含在內。

除了 Microsoft 內容和貴組織所產生的自訂內容之外,您也可以選擇為您的使用者社群提供一組精心策展的建議受信任線上來源連結。 來全球的社群製作了各種影片、部落格和文章。 該社群由 Fabric 和 Power BI 專家、Microsoft 最有價值專家 (MVP) 及愛好者所組成。 並提供精心策展的學習路徑,其中包含內容特定、信譽良好、最新且高品質的資源,將為您的使用者社群提供最大的價值。

如果您確實對建立自訂內部作業訓練投入了資源,請考慮建立專注於解決一項特定問題的簡短目標內容。 這可讓您更輕鬆地尋找和取用訓練。 同時也會讓持續性的維護和更新變得更加容易。

提示

Fabric 入口網站中的 [說明及支援] 功能表是可自訂的內容。 在啟用訓練文件的集中式位置時,請使用連結更新管理入口網站內的租用戶設定。 當使用者選取 [取得協助] 選項時,就可以從功能表存取連結。 此外,請務必向使用者教導 Power BI Desktop 內 [說明] 功能區索引標籤的相關資訊。 該功能區索引標籤包含引導式學習、訓練影片、文件等連結。

文件集

簡潔且經過精心撰寫的文件,對於嘗試完成工作的使用者來說十分有幫助。 您的文件需求及其傳遞方式,將取決於貴組織管理 Fabric 的方式。 如需詳細資訊,請參閱內容擁有權和管理 (機器翻譯) 一文。

Fabric 的某些層面通常會由集中式小組管理 (例如 COE)。 在這些情況下,下列類型的文件會很有幫助:

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

提示

針對重複性高的特定活動,請考慮使用 Power Apps 和 Power Automate 將其自動化。 在此情況下,您的文件內容也會涵蓋存取和使用 Power Platform 功能的方式。

您可以將文件的不同層面交由自助使用者、分散式小組或集中式小組管理。 下列類型的文件可能會依擁有和管理內容的人員而有所不同:

  • 如何要求新的容量
  • 如何要求報表加強程式
  • 如何要求資料存取權
  • 如何要求備妥新資料,並使其可供使用
  • 如何要求現有資料或視覺效果的加強程式

提示

規劃集中式入口網站時 (如本文先前所述),請規劃需要針對一或多個營業單位自訂指引或治理原則時的處理方式。

此外,您將會做出部分治理決策,並應該將這些決策記錄下來,例如:

  • 如何要求針對內容進行認證
  • 核准的檔案儲存位置為何
  • 有哪些資料保留和清除需求
  • 有哪些處理敏感資料和個人識別資訊 (PII) 的需求

文件應該存放於集中式入口網站內,且入口網站是可搜尋的位置 (最好是使用者慣用的入口網站)。 Teams 或 SharePoint 非常適合滿足這項需求。 您同樣也可以透過在 Wiki 頁面或文件中建立文件來滿足這項需求,前提是內容必須經過精心整理,而且很容易找到。 著重於一個主題的較短文件,通常比長篇的完整文件更容易消化。

重要

在針對社群發佈的文件之中,租用戶設定說明和每個租用戶設定所需的群組成員資格說明,是最為實用的文件之一。 使用者會在線上閱讀功能的相關說明,而且有時會發現這些功能並不適用於自身情況。 當使用者能夠快速查閱貴組織的租用戶設定時,這可以避免讓其感到挫折,並得以著手嘗試因應措施。 有效的文件,可減少提交至技術支援中心的票證數目。 同時也可以減少需要指派為 Fabric 系統管理員角色的人員數目 (這些人員可能只為了檢視設定而獲派此角色)。

一段時間後,您可以選擇讓社群來負責維護特定類型的文件 (如果您有熱心的志願者的話)。 在此情況下,您可能會想要引進針對變更的核准流程。

當您在問與答論壇 (如使用者支援一文所述)、輔導時間或午餐學習中重複看到部分問題,就代表著您很可能應該建立新的文件。 如果存在文件,就可以讓同事在需要時進行參考。 文件有助於培養使用者能力和維護自立更生的社群。

提示

建立自訂文件或訓練教材時,請盡可能使用連結來參考現有的 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 專案檔案等功能,可讓您輕鬆地與作者共用入門資源。 其他 Fabric 工作負載可提供不同的內容開發和共用方法。 不論共用的項目為何,擁有一組入門資源都很重要。 例如,您的入口網站可能包含一組 SQL 程式碼或筆記本,這些項目會展示可解決常見問題的已測試方法。

注意事項和關鍵措施

檢查清單 - 您可以採用的考量要素和重要動作,以建立或改善、指導和培養使用者能力。

  • 考慮 COE 可以支援的輔導服務:決定 COE 能夠提供的輔導服務類型。 輔導服務類型可以包括輔導時間、共同開發專案和最佳做法檢閱。
  • 定期針對指導服務進行溝通:決定您將如何與使用者社群溝通和宣傳輔導服務,例如輔導時間。
  • 建立輔導時間的定期排程:理想情況下,每周至少舉行一次輔導時間 (視使用者的需求以及人員配置和排程限制而定)。
  • 決定輔導時間的預期:決定允許使用者在輔導時間提出的主題或問題類型。 此外,還需要判斷輔導時間要求佇列的運作方式、是否應事先提交任何資訊,以及之後是否有任何可預期的後續追蹤。
  • 建立集中式入口網站:確保您擁有受到良好支援的集中式中樞,讓使用者可以輕鬆地找到訓練教材、文件和資源。 集中式入口網站也應該提供其他社群資源的連結 (例如問與答論壇),以及尋找說明的方式。
  • 建立文件和資源:在集中式入口網站中建立、編譯及發佈有用的文件。 識別並提升對使用者社群最有用的前 3-5 項資源。
  • 定期更新文件和資源:確保定期檢閱和更新內容。 此處的目標是確保入口網站中可用的資訊處於最新狀態,且十分可靠。
  • 匯編經策展的可信賴訓練資源清單:識別可滿足使用者社群訓練需求和興趣的訓練資源。 請在集中式入口網站中張貼這項清單,並建立排程以檢閱和驗證清單。
  • 考慮自訂內部訓練是否會有所幫助:識別是否在內部開發自訂訓練課程、訓練是否有用,以及是否值得投入時間。 投資建立組織專屬的內容。
  • 提供範本和專案:決定使用範本的方式,包括 Power BI 範本檔案和 Power BI 專案檔案。 將資源包含在集中式入口網站及訓練教材中。
  • 建立目標和指標:決定您將如何衡量指導計劃的有效性。 建立 KPI (關鍵效能指標) 或 OKR (目標與關鍵結果),以驗證 COE 強化社群的指導措施,以及其提供自助 BI 的能力。

要思考的問題

請使用類似於下列的問題來評估指導和使用者能力培養。

  • 是否具備有效的流程可讓使用者要求訓練?
  • 是否有流程可評估使用者技能等級 (例如初學者、中級或進階)? 使用者是否可以使用公司資源來學習並獲得 Microsoft 認證?
  • 向使用者社群新進人員推行資料和 BI 解決方案、工具和流程時的入門訓練流程為何?
  • 所有使用者是否在入門訓練期間遵循適當的 Microsoft Learn 學習路徑?
  • 使用者會因缺乏訓練或指導而遇到何種挑戰?
  • 缺乏培養流程會對企業造成何種影響?
  • 當使用者表現出會產生治理風險的行為時,其會受到懲罰,還是會接受教育和指導?
  • 有哪些訓練教材可用來向人員普及治理流程和原則的相關知識?
  • 會在哪裡維護中央文件? 誰會負責加以維護?
  • 中央資源是否存在 (例如組織設計指引、主題範本檔案)?

成熟度等級

下列成熟度層級可協助您評估指導和使用者能力培養的目前狀態。

等級 指導和使用者能力培養的狀態
100:初始 • 存在部分文件和資源。 不過,這些項目是相互孤立且不一致的。

• 僅少數使用者知道或利用所提供的資源。
200:可重複 • 存在集中式入口網站,且具有實用的文件庫和資源庫。

• 集中式入口網站提供經過策展的訓練連結和資源清單。

• 提供輔導時間,讓使用者社群可以從 COE 取得協助。
300:已定義 • 集中式入口網站是社群成員尋找訓練、文件和資源的主要中樞。 向彼此提供支援和相互學習時,擁護者和社區成員通常會參考這些資源。

• COE 的技能指導計劃已就緒,可透過各種方式協助社群中的使用者。
400:能力 • 會定期舉辦輔導時間,且組織中的所有營業單位皆積极參與。

• 營業單位會定期要求 COE 進行最佳做法檢閱。

• COE 和營業單位的成員多次成功實行共同開發專案。
500:高效率 • COE 會持續更新和改進訓練、文件和資源,以確保社群獲得最新且可靠的資訊。

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

您可以在 MicrosoftFabric 採用藍圖系列的下一篇文章中了解實務社群。