原文連結
過去，我們通過評估學習成果推斷培訓效力。我們仍然這樣做。大多數時候意味著將 SCORM 內容報告發送到學習管理系統 (LMS)，記錄所發生的事情並提供審查跟蹤。SCORM 沒有受損，仍然這樣做。
您不需要使用 xAPI 內容代替 SCORM 內容，也不需要使用 Learning Record Store (LRS) 代替 LMS。相反，xAPI 和 SCORM 是類似於Homo Sapien 與Neanderthal 競爭關系的衍生物。乍一看，它們很相似。甚至偶爾會出現和睦相處的情況，但是他們是擁有相同祖先的不同物種。
Experience API (xAPI) 為我們提供了跳過評估學習成果的機會，而是將焦點對准績效成果。這難道不是我們希望對學習成果采取的行動嗎？我們並非總能評估績效，我們需要一位代理人。
xAPI 通過利用各種平台的各種數據來采取這一行動。盡管 SCORM 受限於通過特定平台推出的高度具體的內容工具包，但 xAPI 在沒有這些內容的情況下操作，這可使我們跟蹤更多學習者通過內容和平台進行的社交和非正式互動。這也支持瀏覽器外部的活動：思維應用程序，甚至是實時活動。最重要的是，無論怎樣，其自身並非跟蹤學習，而是跟蹤經歷。
恰當的案例
一家公司將開一個新的零售商店並出售小工具。隨著制造商正在生產新的小工具且幾乎每月都要發送到市場上，這些小工具將會快速革新。因此，產品知識將成為一個問題，但像這樣開展定期面對面培訓將會非常艱難。
公司委托在線項目向商店提供資源，在獲得產品知識後盡快提供。組織如何評估培訓效力？
傳統管理預言培訓將決定學習成果，並相信該成果會轉變為提升對產品知識的了解。這將意味著提供信息，之後進行必須獲得 "X"% 或更高的分數才能通過的測試。但是，公司如何知道其是否真正轉化成銷售業績的提升；學習成果僅表明這將會發生。
輸入 xAPI
如果公司不僅可跟蹤其創造的學習資源，也能跟蹤銷售點設備顯示的銷量，這將會怎樣呢？這時，其可將數據源相互聯系，以表明哪項資源最能提高特殊小工具的銷量。為深入了解，公司不僅可分析產品知識，也可分析行為和技能。
銷售代表檢查資源的頻率是多少？
真正有效的銷售人員具有哪些習慣？
最優者是否接受培訓？
培訓究竟是否會產生影響？
公司甚至可考慮跟蹤銷售人員的親身活動（例如在 FitbIt 上安裝 API）並將其與績效相聯，以表明親身積極參與的銷售人員是否比其同事更加有效。
這是可通過培訓制定策略並改善績效的問題類型。但是，這不是您將要向 LMS 提出的問題類型。LMS 為您提供完成的統計數據和審查跟蹤。這是您要向分析工具包提出的問題。
輸入 LRS
Learning Record Store 是一個數據庫，可存儲並檢索以 xAPI 格式生成的數據。在培訓門戶、銷售點設備和其他技術每時每刻提交“報告”的生態系統中，LRS 是要求高可用性和高可靠性的基礎設施的主要系統。
這並非表明 LMS 不能兩者兼得。更確切地說，其表明必須存儲在 LRS 中的負載和數據類型與存儲在典型的 LMS 中的負載和數據類型通常並不相同。
注意術語 “LRS” 非常特殊，這至關重要。LMS 可用於指代一系列完全不同的產品，LRS 涉及截然不同的軟件，該軟件嚴格遵守針對 LRS 的 xAPI 規格。從本質上來說，這是構建 LRS 的“配方卡”；若其忽視了部分規格或按照非標准的方式對其進行調整，則不是 LRS。盡管“配方”有據可查，但執行工作時不能膽小怯懦。構建標准的 LRS 需要花費幾個月時間。
LRS 應成為 LMS 的組成部分嗎？
沒有人想要購買新的基礎設施；這是一項需要花費時間和成本的艱難決策。因此，認為可升級現有系統以獲取新功能非常具有吸引力，例如將 LRS 組件添加到 LMS 中。
但是，我並不深信這是一個好主意。（讀者注意：我是構建開源 LRS 團隊的成員，因此我在某種程度上存在偏見）。這出於多種原因，但根本原因是連通性、分析和等級的問題。
連通性。外部 LRS 將在完成時具有類似 oAuth 2.0 的功能，這個標准可使外部應用程序與系統內部數據相連並插入來自外部系統的新數據。您不需要在 LRS 上互動以插入數據。事實上，大多數用戶將不會看到 LRS。他們沒有帳號；他們不能登錄 LRS。通過 LMS 訪問任何內容仍然是評估績效的很大障礙。
分析。盡管分析並非是 xAPI 標准本身的組成部分，但其是您想要 LRS 的原因。正是存儲數據的系統部分使其符合規範。解釋該數據的能力使 LRS 成為一個實用的軟件。從根本上說，LMS 並非依賴數據分析構建而成，而是依賴課程和內容。讓 LMS “存儲” xAPI 數據遠遠不夠。這僅僅是開始。您將需要一些真正強大的分析，以開始回答績效問題。
級別。LRS 將需要存儲並處理大量數據。過去，我們向 LMS 學習者獲得少量數據點，我們看到 xAPI 僅僅通過少量的數據點生成 6 萬份報告。這是較大級別的命令，並規定了不同的技術架構。尤其是，這意味著 NoSQL 數據存儲。依據無當前可用的主流 LMS 的內容構建而成。
入門指南
若您對評估學習績效影響感興趣，您將需要 LRS。我認為單獨的 LMS 不能完成。盡管開始並不總是很容易且 xAPI 在性質上難定因果。
在您至少獲得一個生成 xAPI 報告的系統之前，您不需要 LRS。但是，獲得第二個生成 xAPI 報告的系統時，您將需要 LRS 存儲報告。好消息是您不需要在第一次將其獲取。LRS 的設計可供彼此協作。您一次可運行多個 LRS 並共享數據，或隨手將數據從一個 LRS 轉到另一個 LRS。
的確，我認為您需要一個 LRS。幸運的是，已為該技術進行市場開發。為獲得發展，ADL 提供了開源 LRS。免費的開源 LRS Learning Locker 已推出先行版本進行試驗。您可免費使用 Wax LRS developer 帳戶。同時，Rustici 的 SCORM-cloud 將會把現有的 SCORM 內容轉換到 xAPI 中並為您進行存儲。您甚至可通過這些免費的工具立馬行動。
過去，我們通過評估學習成果推斷培訓效力。我們仍然這樣做。大多數時候意味著將 SCORM 內容報告發送到學習管理系統 (LMS)，記錄所發生的事情並提供審查跟蹤。SCORM 沒有受損，仍然這樣做。
您不需要使用 xAPI 內容代替 SCORM 內容，也不需要使用 Learning Record Store (LRS) 代替 LMS。相反，xAPI 和 SCORM 是類似於Homo Sapien 與Neanderthal 競爭關系的衍生物。乍一看，它們很相似。甚至偶爾會出現和睦相處的情況，但是他們是擁有相同祖先的不同物種。
Experience API (xAPI) 為我們提供了跳過評估學習成果的機會，而是將焦點對准績效成果。這難道不是我們希望對學習成果采取的行動嗎？我們並非總能評估績效，我們需要一位代理人。
xAPI 通過利用各種平台的各種數據來采取這一行動。盡管 SCORM 受限於通過特定平台推出的高度具體的內容工具包，但 xAPI 在沒有這些內容的情況下操作，這可使我們跟蹤更多學習者通過內容和平台進行的社交和非正式互動。這也支持瀏覽器外部的活動：思維應用程序，甚至是實時活動。最重要的是，無論怎樣，其自身並非跟蹤學習，而是跟蹤經歷。
恰當的案例
一家公司將開一個新的零售商店並出售小工具。隨著制造商正在生產新的小工具且幾乎每月都要發送到市場上，這些小工具將會快速革新。因此，產品知識將成為一個問題，但像這樣開展定期面對面培訓將會非常艱難。
公司委托在線項目向商店提供資源，在獲得產品知識後盡快提供。組織如何評估培訓效力？
傳統管理預言培訓將決定學習成果，並相信該成果會轉變為提升對產品知識的了解。這將意味著提供信息，之後進行必須獲得 "X"% 或更高的分數才能通過的測試。但是，公司如何知道其是否真正轉化成銷售業績的提升；學習成果僅表明這將會發生。
輸入 xAPI
如果公司不僅可跟蹤其創造的學習資源，也能跟蹤銷售點設備顯示的銷量，這將會怎樣呢？這時，其可將數據源相互聯系，以表明哪項資源最能提高特殊小工具的銷量。為深入了解，公司不僅可分析產品知識，也可分析行為和技能。
銷售代表檢查資源的頻率是多少？
真正有效的銷售人員具有哪些習慣？
最優者是否接受培訓？
培訓究竟是否會產生影響？
公司甚至可考慮跟蹤銷售人員的親身活動（例如在 FitbIt 上安裝 API）並將其與績效相聯，以表明親身積極參與的銷售人員是否比其同事更加有效。
這是可通過培訓制定策略並改善績效的問題類型。但是，這不是您將要向 LMS 提出的問題類型。LMS 為您提供完成的統計數據和審查跟蹤。這是您要向分析工具包提出的問題。
輸入 LRS
Learning Record Store 是一個數據庫，可存儲並檢索以 xAPI 格式生成的數據。在培訓門戶、銷售點設備和其他技術每時每刻提交“報告”的生態系統中，LRS 是要求高可用性和高可靠性的基礎設施的主要系統。
這並非表明 LMS 不能兩者兼得。更確切地說，其表明必須存儲在 LRS 中的負載和數據類型與存儲在典型的 LMS 中的負載和數據類型通常並不相同。
注意術語 “LRS” 非常特殊，這至關重要。LMS 可用於指代一系列完全不同的產品，LRS 涉及截然不同的軟件，該軟件嚴格遵守針對 LRS 的 xAPI 規格。從本質上來說，這是構建 LRS 的“配方卡”；若其忽視了部分規格或按照非標准的方式對其進行調整，則不是 LRS。盡管“配方”有據可查，但執行工作時不能膽小怯懦。構建標准的 LRS 需要花費幾個月時間。
LRS 應成為 LMS 的組成部分嗎？
沒有人想要購買新的基礎設施；這是一項需要花費時間和成本的艱難決策。因此，認為可升級現有系統以獲取新功能非常具有吸引力，例如將 LRS 組件添加到 LMS 中。
但是，我並不深信這是一個好主意。（讀者注意：我是構建開源 LRS 團隊的成員，因此我在某種程度上存在偏見）。這出於多種原因，但根本原因是連通性、分析和等級的問題。
連通性。外部 LRS 將在完成時具有類似 oAuth 2.0 的功能，這個標准可使外部應用程序與系統內部數據相連並插入來自外部系統的新數據。您不需要在 LRS 上互動以插入數據。事實上，大多數用戶將不會看到 LRS。他們沒有帳號；他們不能登錄 LRS。通過 LMS 訪問任何內容仍然是評估績效的很大障礙。
分析。盡管分析並非是 xAPI 標准本身的組成部分，但其是您想要 LRS 的原因。正是存儲數據的系統部分使其符合規範。解釋該數據的能力使 LRS 成為一個實用的軟件。從根本上說，LMS 並非依賴數據分析構建而成，而是依賴課程和內容。讓 LMS “存儲” xAPI 數據遠遠不夠。這僅僅是開始。您將需要一些真正強大的分析，以開始回答績效問題。
級別。LRS 將需要存儲並處理大量數據。過去，我們向 LMS 學習者獲得少量數據點，我們看到 xAPI 僅僅通過少量的數據點生成 6 萬份報告。這是較大級別的命令，並規定了不同的技術架構。尤其是，這意味著 NoSQL 數據存儲。依據無當前可用的主流 LMS 的內容構建而成。
入門指南
若您對評估學習績效影響感興趣，您將需要 LRS。我認為單獨的 LMS 不能完成。盡管開始並不總是很容易且 xAPI 在性質上難定因果。
在您至少獲得一個生成 xAPI 報告的系統之前，您不需要 LRS。但是，獲得第二個生成 xAPI 報告的系統時，您將需要 LRS 存儲報告。好消息是您不需要在第一次將其獲取。LRS 的設計可供彼此協作。您一次可運行多個 LRS 並共享數據，或隨手將數據從一個 LRS 轉到另一個 LRS。
的確，我認為您需要一個 LRS。幸運的是，已為該技術進行市場開發。為獲得發展，ADL 提供了開源 LRS。免費的開源 LRS Learning Locker 已推出先行版本進行試驗。您可免費使用 Wax LRS developer 帳戶。同時，Rustici 的 SCORM-cloud 將會把現有的 SCORM 內容轉換到 xAPI 中並為您進行存儲。您甚至可通過這些免費的工具立馬行動。
留言
張貼留言