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