發(fā)布時間：2012-11-20 10:06:53
點擊數(shù)：59440 次
從事學(xué)習和績效解決方案工作的專業(yè)人員也在越來越多地使用IT軟件，并且，所制作的學(xué)習應(yīng)用產(chǎn)品大多也是以軟件的形式出現(xiàn)，比如采用SCORM的形式在學(xué)習管理系統(tǒng)（LMS）上運行的電腦學(xué)習模塊，教人如何使用YouTute和博客，或者用Word處理文檔制作的可打印的材料、圖表和演示軟件。可以說，軟件在學(xué)習與績效管理項目設(shè)計上占據(jù)著主導(dǎo)地位。
下面介紹的就是一種經(jīng)過信息技術(shù)（IT）產(chǎn)業(yè)實踐驗證的、能更有效地使用ADDIE的方法來改進學(xué)習與績效的模式——“ADDIE+”。
對ADDIE的改進
對于學(xué)習和績效專業(yè)人員來說，ADDIE （分析/設(shè)計/開發(fā)/實施/評估）幾乎無人不曉。作為教學(xué)系統(tǒng)設(shè)計的首選方法，它已被沿用多年，跨越了多種專業(yè)領(lǐng)域，包括設(shè)計學(xué)習項目、實施培訓(xùn)、人力績效改進（HPI）以及評測與評估。
除了傳統(tǒng)的課堂教學(xué)外，學(xué)習與績效改進的方式還有很多，比如從教練指導(dǎo)、工作指南，到大規(guī)模的綜合性學(xué)習項目，以及集在線電腦學(xué)習、虛擬課堂學(xué)習和傳統(tǒng)的實地教學(xué)為一體的模式等。然而，ADDIE并不能滿足所有的課程設(shè)計需求。實際上，ADDIE僅僅為我們提供了一個行之有效的體系和架構(gòu)，而在實際操作上，我們會遇到許多它所不能涵蓋的需求。其中，我們從IT產(chǎn)業(yè)中就能借鑒到不少可以有效改進學(xué)習和績效項目的方法，并將之作為對ADDIE的發(fā)展和補充。
HPI的發(fā)展和軟件開發(fā)幾乎是平行的。而它和傳統(tǒng)的ADDIE之間卻沒有什么特別的關(guān)聯(lián)，也沒有太多的相似之處。
傳統(tǒng)的ADDIE是一個帶有普遍性的五步模型。然而，在教學(xué)設(shè)計的實際操作上，它沒有作具體的區(qū)分，比如小型的設(shè)計項目，一次小規(guī)模的團隊建設(shè)活動，或者是給銷售組織設(shè)計和實施的、基于LMS（學(xué)習管理體系）的、可供上千人多年使用的綜合學(xué)習項目。盡管我們現(xiàn)在可以通過做出樣品，較快地從評估結(jié)果中得到反饋（這已是一個不小的躍進），但是， ADDIE模型中沒有包括可調(diào)控的管理績效改進項目的部分，這是它的一個關(guān)鍵缺失。
在IT業(yè)，我們從實踐中總結(jié)了五點做法，從而將ADDIE改進為ADDIE+，包括一套指導(dǎo)原則、一個團隊模型、對傳統(tǒng)ADDIE的改進、一系列風險管理方法以及控制文件。
一套指導(dǎo)原則
“指導(dǎo)原則”是指通過一定的宣傳說明，讓人們看到其中潛在的愿景，以決定是否值得在需要的時候做出取舍。
舉例來說，對學(xué)習解決方案項目的一個指導(dǎo)原則是：每一個ADDIE+項目都必須有一個所有團隊成員都認可的愿景聲明，這個聲明應(yīng)能反映出解決方案的理想狀態(tài)。它適合于任何規(guī)模的項目。
團隊模型
在需要由團隊完成的項目中，我們時常因為團隊成員分工不明確，或者與項目外的利益相關(guān)人的溝通不到位，而使項目處于被動。我們建議的“團隊模型”要求：在立項時，就需清楚表明與項目有關(guān)的所有人的關(guān)鍵職能及其角色和責任。其中，不僅包括直接參與人員，還應(yīng)包括在HPI 活動實施中有可能受到影響的利益相關(guān)人。
這個團隊模型不僅明確職責，還確立了團隊成員之間全部的溝通渠道。它表明，除了RASCI 之外，每一位成員或利益相關(guān)人還應(yīng)該知曉如何相互配合。（RASCI即標準的項目管理方式，它將項目利益相關(guān)人如何處理項目過程中產(chǎn)生的各種情況和結(jié)果制成圖表）
下面，針對團隊模型中的六個主要職能，分別做具體介紹。有時候，我們也將之稱為“樣板組”。
項目管理職能
它主要負責資源配置、日程管理、特殊情況處理和風險管理。其最終目標是排除各種困難，按時交付解決方案。負責項目管理的人員要和客戶或終端用戶保持溝通，還需和組織內(nèi)部負責其他學(xué)習項目的利益相關(guān)代表保持溝通，因為對于組織而言，所有的學(xué)習項目都是息息相關(guān)的，任何一個項目都有可能涉及到其他項目。
業(yè)務(wù)分析職能
業(yè)務(wù)分析的目的是確定解決方案的需求。這部分人要向最終用戶了解他們的需要，因為他們要為解決方案付賬，所以會時時關(guān)心著切身利益。業(yè)務(wù)分析人員也還要了解參加項目或最終接收項目的人的需求。一個好的學(xué)習解決方案應(yīng)能最大限度地了解所有相關(guān)人的需求，才能得到最有效的接納和應(yīng)用。
用戶體驗職能
用戶體驗的目的是，根據(jù)最終用戶的背景描述以及使用狀況向他們進行宣傳，讓他們相信無論對于參加者還是接收者，當前所確定的解決方案都是行之有效的。除了和這部分人保持溝通外，用戶體驗組的人還要和組織內(nèi)部負責學(xué)習管理的團隊保持溝通，讓他們了解這個項目已經(jīng)做了市場宣傳，定妥了時間表，并在符合現(xiàn)行標準和流程的情況下加以實施。
生產(chǎn)管理職能
生產(chǎn)管理負責將學(xué)習解決方案的各個部分加以整合，形成可供審查和測試的多種版本。這個職能最典型的作用是負責與組織的學(xué)習管理團隊和IT的運營部門進行協(xié)調(diào)，及時解決運行時可能產(chǎn)生的系統(tǒng)或技術(shù)環(huán)節(jié)的問題。
測試職能
測試的主要作用是，確認該解決方案形成符合公司規(guī)格要求的文件，能夠清楚說明其職能、使用和與其它系統(tǒng)的協(xié)調(diào)情況。測試組的人應(yīng)和組織的運行部門人員共同工作。與傳統(tǒng)ADDIE模式不同的是，測試功能在ADDIE+模式的所有階段都十分活躍，這樣，可以早在實施之前就定好了測試計劃和內(nèi)容。
開發(fā)職能
與以上職能不同，開發(fā)職能往往獨立于組織的利益相關(guān)人（甚至核心團隊的測試人員）之外。開發(fā)組主要負責根據(jù)設(shè)計或特殊要求開發(fā)設(shè)計方案的各個部分。他們更多的是與核心團隊的客戶體驗、生產(chǎn)管理和項目管理打交道。
ADDIE+的模式并不要求所有的學(xué)習和績效管理項目都要配備六個甚至七個職能的人員。在小型項目中，一個人可以擔負起所有這些角色，只要其所代表的職能彼此間不沖突。不過，最需要強調(diào)的是，要將開發(fā)和測試職能分開。開發(fā)人員應(yīng)對他們負責的部分作測試，而測試組的人則要將開發(fā)組整合起來的項目“打散”，以便向開發(fā)組的人證實解決方案的結(jié)果。
修正傳統(tǒng)ADDIE過程周期
對傳統(tǒng)ADDIE過程周期的修正包括：向核心團隊和關(guān)鍵的利益相關(guān)人定期發(fā)布內(nèi)部通知，以及在項目的完成階段留出一個完整的有明確進度表的定型過程。
發(fā)布內(nèi)部通知能夠保證項目順利并按時進行，還能讓與項目有關(guān)的人看到項目的進展，發(fā)表意見，或?qū)赡艹霈F(xiàn)的問題提出意見。當各個方面的因素都考慮周全了，項目的穩(wěn)定性也會隨之提升。這樣，開發(fā)人員就可以將重點只放在解決可能出現(xiàn)的一些問題上，為實施作好鋪墊。
風險管理必要性
風險管理可以跟蹤可能會危及到項目成功的潛在問題，其作用非同小可。風險及其大小可能以各種形式出現(xiàn)，例如最終用戶不合理的期望、組織變化、突然的預(yù)算消減、使用新技術(shù)，或是團隊遇到了不熟悉的項目。
風險管理可以幫助人們看到或規(guī)避潛在的問題，并在預(yù)見無法避免的風險結(jié)果時，制定可行的應(yīng)對計劃。雖然這種情況大多適合大型的項目，但小型項目也可以預(yù)先考慮到風險因素。風險管理在ADDIE+模型中自始至終都是不可忽視的部分。
版本控制
對學(xué)習項目的原始版本進行控制，可以避免由于團隊成員的變換導(dǎo)致工作的混亂和重復(fù)性，令我們確定并著眼于必要的工作，然后加以實施。它可以從最簡單的統(tǒng)一文件的所有名稱開始，統(tǒng)一各個組成部分的格式、標題、日期，還要有最后一個修改文件的人的簽名（比如“使用手冊_04_12_2012_RMS”）。
理想狀態(tài)是建立一個保存所有文件的中心，鎖定每個人使用的情況（取出）直到完成（放回），這樣可以恢復(fù)到文件最基本的版本上（復(fù)原）。
有一些學(xué)習控制系統(tǒng)（LCMS），像微軟的SharePoint2010產(chǎn)品和某些較少使用的免費的云計算服務(wù)都帶有這樣的功能，比如Google Docs和微軟的SkyDrive.版本控制不要等到設(shè)計階段快要結(jié)束時才做，因為那時文件就要開始大量、迅速地涌入了。
除了上述ADDIE+的五個主要組成部分，負責學(xué)習和績效的專業(yè)人員還可以從最新的軟件開發(fā)環(huán)境和諸如內(nèi)容儲存庫、可反復(fù)使用的內(nèi)容部件儲備庫以及標準的可互動的系統(tǒng)中得到啟發(fā)。例如對于那些誰都可能遇到的情形