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