是助手、建築師也是啦啦隊:如何與 AI 團隊共同營運 LMS

  • 講者:Michelle Graham (Director of Learning & Development, Arrow Child & Family Ministries)、Haley Duff (Senior Instructional Design & Development Specialist, Arrow Child & Family Ministries)
  • 講題:Helpdesk, Builder, and Cheerleader: Running LMS Operations With Team You
  • 編譯者:全球策略發展中心-全球教育事業處 陳嘉禾儲備幹部
在許多組織中,LMS(Learning Management System,學習管理系統)往往承載著課程派送、合規訓練、學習紀錄、員工發展與營運支援等多重任務。然而,實際負責 LMS 的人員,常常不是完整團隊,而是一小群人,甚至是一個人,必須同時扮演客服(Helpdesk)、系統管理者(Builder)與內部推動者(Cheerleader)。

本篇心得報告取材自 ATD 國際年會場次「Helpdesk, Builder, and Cheerleader: Running LMS Operations With Team You」,內容探討如何在缺乏正式技術團隊、資源有限、需求混亂的情況下,透過治理架構、支援分流與流程賦能,將原本高壓且破碎的 LMS 營運,逐步轉化為可預測、可衡量、可擴展的系統化運作。

【摘要】從個人英雄式支援,走向可持續的 LMS 營運系統

本場演講的核心觀點在於:LMS 營運不能長期依賴少數人的熱忱、加班與臨場救火。當一個系統需要靠個人記憶、非正式溝通與臨時判斷維持運作時,表面上看似撐得住,實際上卻正在累積組織風險。只要關鍵人員請假、生病、離職或過度疲乏,整個支援流程就可能立刻失衡。

講者以 Arrow Child & Family Ministries 的實務經驗為例,說明該組織如何從分散、混亂、不一致的訓練管理狀態,逐步建立出具備治理、支援與賦能能力的 LMS 營運架構。由於其是跨州營運的非營利兒童福利機構,訓練內容涉及聯邦、州政府、合約與內部政策要求,因此 LMS 不只是單純的學習平台,更是合規風險與組織責任的一部分。

演講中提出可持續營運的「三大支柱」:

⚖️ 支柱一:Governance(治理)
1明確決策權利
2釐清課程來源
3核准例外路徑
⚙️ 支柱二:Support(支援與升級)
4將工作隱性數據化
5問題分流與分層
6定義明確升級機制
💡 支柱三:Enablement(賦能)
7建立清晰FAQ
8提供操作指引
9實現自助化服務

治理讓決策權責清楚;支援與升級讓問題能依照複雜度被正確處理;賦能則讓其他人具備自主解決問題的能力,而不是所有事情都集中到 LMS 負責人身上。當三者能夠互相配合,LMS 才能從壓力容器轉變為真正支撐組織學習的基礎設施。


【內容】LMS 系統化營運與實踐

一、文件化訓練需求來源:知道每一門課「為什麼存在」

演講中首先強調,LMS 營運的第一個關鍵工作,是清楚記錄每一項訓練要求的來源。對於合規導向的組織而言,某一門訓練可能來自法律規範、政府要求、合約條件、資安政策、部門需求或內部風險控管。若沒有記錄清楚,幾年後當組織想要刪減訓練、縮短時數或調整對象時,很可能誤刪一門其實不能取消的必要課程。

許多組織在 LMS 裡累積大量課程,時間一久,大家只知道「這門課一直都在」,卻沒有人清楚它當初為何被建立、誰要求、誰有權調整、是否仍然有效。因此,建立訓練需求紀錄表,能讓組織在面對刪課、豁免、調整受訓對象或重新設計課程時,有明確依據可查,讓決策從「憑印象」回到「依據來源與風險」判斷。

二、看得見的工作才有機會被支持:讓 LMS 營運從隱形勞動變成可衡量工作

講者提出一句非常重要的觀點:「Visible work is fundable work.」(看得見的工作才有機會被支持)。只有被看見、被記錄、被衡量的工作,才有可能在預算與資源討論中被支持。

在許多小型 LMS 團隊中,負責人常常以「個人英雄式」方式維持系統運作:下班後處理問題、週末修正資料、手動追蹤學員進度。這些努力卻不一定會出現在組織的預算會議中。若希望爭取人力或流程優化,不能只靠口頭抱怨,而要呈現具體資料,例如:每月收到多少支援案件、哪些問題最常發生、平均處理工時。當工作被數據化,LMS 負責人才能從火場救火者轉變為有依據的倡議者。

三、LMS 常見的三大斷點:決策權、需求分流與升級機制

演講指出,學習管理系統的營運通常會在三個地方出問題。第一是**決策權不清**:若沒有人被明確授權決定哪些訓練是必要的,例外處理可能透過非正式方式被批准,最後留下訓練團隊承擔風險。第二是**需求優先順序混亂**:當所有事情都被視為緊急,負責人就會被大量操作協助或資料查詢的零散需求淹沒。第三是**缺乏升級機制**:有些問題可以由前線協助,有些需要主管決策,若無清晰升級路徑,問題就會卡在錯誤層級。

四、三大支柱架構:治理、支援與升級、賦能缺一不可

治理的重點是釐清決策權與責任歸屬。支援與升級的重點是讓問題被放在正確層級處理,透過分層支援,讓有限人力發揮更大效益。賦能的重點則是讓其他人有能力自行處理部分問題(例如提供清晰的操作指引或標準回覆),避免所有事情都卡在負責人身上。講者提醒:只有治理沒有賦能容易變成控制;只有賦能沒有治理容易變成混亂;只有支援而沒有升級,則會導致人員過度疲乏(burnout)。

五、流程地圖化:把員工生命週期中的 LMS 接觸點全部攤開

將員工從到職到離職期間所有 LMS 相關接觸點全部畫出來,並用顏色標示不同流程的負責角色。新進員工資料來自 HR,帳號權限與 IT 有關,訓練要求來自部門主管,學習紀錄則影響績效管理。流程地圖的價值在於讓所有人看見自己在流程中的角色與交接點,避免問題在部門之間來回推移。

六、從一次到位改為逐步堆疊:小團隊要用漸進式方法建立結構

對資源有限的小團隊來說,一次建構完整系統是不切實際的。講者建議可以先從最常見、最耗時的一類問題(例如帳號登入問題)開始標準化,交由前線或協調員承接。當這項工作變成例行流程後,再處理課程指派、訓練完成紀錄查詢等下一項任務。增量式改善更有機會被團隊接受。

七、減少打勾式訓練,提升真正有影響力的學習

對合規訓練多的組織而言,一個重要原則是:盡量減少只是為了完成要求的「打勾式(check-the-box)」訓練。講者提到一種做法:新進員工初次受訓時必須完整完成合規訓練,但年度複訓時,如果員工能證明自己已具備能力,就可以透過 test-out 機制免除重複學習,同時兼顧合規與員工的工作效率。

八、可預測性不是控制,而是安全感

建立結構不是為了控制人,而是為了創造「可預測性」。當使用者知道去哪裡求助、知道自己能做哪些決定、知道什麼情況需要升級,他們反而會更有安全感。好的 LMS 治理能讓日常問題被穩定處理,這種可預測性才是系統能長期運作的基礎。


【心得與感言】LMS 營運的本質,不是平台管理,而是組織協作設計

這場演講帶給我最深的感受是,LMS 營運看似是系統管理問題,但本質上其實是組織協作與治理設計問題。如果一個流程必須靠某個人特別熟悉、特別熱心、特別願意犧牲休息時間才能運作,那不是穩定的流程,而是組織風險。

「看得見的工作才有機會被支持(Visible work is fundable work)」這個說法尤其值得反思。LMS 團隊若要爭取資源,必須把支援量、問題類型、處理時間整理成數據,當工作被看見,管理層才有可能理解為什麼需要更多人力或工具支援。

對於任何正在經營 LMS 或數位學習平台的教育機構與企業來說,這場演講啟發我們:不要只問系統功能夠不夠,而要問營運結構是否清楚。若沒有治理、支援與賦能,再好的 LMS 也可能變成團隊的壓力來源;但若流程與權責設計得當,即使團隊很小,也能逐步建立出穩定且具擴展性的營運模式。

Scroll to Top
返回頂端