壹、前言
繼先前與各位分享過數位教材外購之作法分享後,陸續有幾位數位學習領域的努力者相繼討論到委製需注意及作法建議之需求,近來又因計畫期中訪視之機會,讓計畫端瞭解更多需求端與開發端之期許與爭議,特繼企業數位學習內容發展之外購策略後,整理此篇委製教材之策略,希望藉由本文一來能提供給企業或需求單位於委製內容時有參考依據,二來也能讓數位學習的內容開發端有助益性的認知。
貳、企業數位學習內容發展策略_委製
企業推動數位學習時所謂的數位學習內容發展策略,基本上就是三種取得數位內容的方式,也就是外購、自製與委製。其中為了配合企業組織內的特殊專業訓練、或特殊需求則需要另行開發符合該企業之關鍵性數位學習內容,其中除了可以透過企業內部自行製作外,亦可委託外包給專業內容委製開發端開發。本文主要就委製之內涵敘述之:
(一)委製
在這幾種內容發展策略中,委製對企業來說有可能所需付出的成本會是幾種內容來源最高的,目前市場上的委製報價是以開發每小時之數位教材成本加上利潤計算,通常當企業所需要的內容屬性是變動性低,不具機密性、需要高互動呈現、或較難內部自行製作時,尤其是需要特殊程式設計專業人員時,會比較適合委託給專業的開發端製作。另外委製最好要再考量開發端是否會提供教材更新及維護服務外,當然還有需求端內部的經濟規模效益。
(二)委製的作法
一個高品質的教材必須集內容專業性、教育性、技術性、藝術性、互動性於一體,而要呈現這些特性則需要較高難度的製作,同時還要對教材的教學內容有一定的瞭解,如果要求個人的力量來完成這些工作,是不太可能,因為“術業有專攻”,這就要各方面的人才緊密合作才能做出高質量的數位教材。通常企業在委外教材給開發端開發時,企業所扮演的角色就是外部的需求單位;另一個當然就是教材製作內部單位。
在外部的成員中,企業需要指定一個窗口,且對於此專案是有決定權者,擔任專案負責人,常見的會是人力資源或是教育訓練負責人或甚至是更高層的主管,而另一種需要外部單位提供的人力即是在內容開發專案中非常重要的角色,內容專家(Subject Matter Expert,簡稱SME),在一門教材開發案當中,內容專家至少要提供80%的原始素材,才能讓此教材順利開發,而另外的20%則靠內容專家與教學設計師共同討論而來。我們常見許多需求單位以為只要準備好預算,找個開發端委外就以為沒事,等著收件,其實這是相當錯誤的作法。基本上,需求單位也是有應盡的工作項目,特整理如下表:
|
需求單位角色 |
職責 |
|
專案負責人 |
n 確認公司內部需求
n 提供給開發端相關需求資料
n 與開發端確認專案目標及時程
n 協調專案時程、預算
n 審核成品,簽署各階段之里程碑確認單 |
|
內容專家 |
n 在專案啟動前或最開始即應提供內容素材
n 與教學設計師共同建立資料來源
n 遇到與內容相關的爭議需提供意見或決策
n 需審核、確認腳本
n 簽署內容確認單 |
常見的委製教材失敗或不順利的第一個原因通常是缺少素材,主因為雙方的溝通認知不清,需求端不知道該提供什麼給內容開發端。在這裡與各位分享,所謂的素材最好到文字檔及內容專家若是講師時,其簡報檔及授課講義及參考資料皆是在素材的範圍內,畢業內容開發業者並不熟悉需求端的產業專業內容,提供完整的素材及有清楚的分工為委製案能否順利進行的第一關鍵。
根據經驗及拜訪得知,委製教材案對於需求端與開發端最重要的一件事,是充分溝通且在教材開發流程中與開發端密切合作,有持續不斷的溝通才可避免無謂或不必要的修改。
(三)教材開發流程
內容的品質常常要等到內容已製作出雛型教材時才比較好判斷,時間往往比需求單位提出委外案後有一陣時間,少則幾周,多則一個月以上,此時需求端往往已不耐煩,甚至覺得看不到產出易有焦急之狀況。因此影響雛型教材能否順立產出,且產出的又符合需求端所需之品質,影響的因素相當多。大多看到的有以下幾點:
1. 需求端之內容素材未能在最快時間提供,在內容專家沒有提供素材的狀況下,卻又要求開發端先製作內容,或先估價,實有本末倒置之感。
2. 需求端沒有明確的決策者可以確認開發端之產出,一般而言,開發端在沒有得到需求端的確認單簽署前,是不會冒著開發成本損失及不確定性的風險繼續往下開發,這種情況也常發生。
3. 原先需求端所提出之預算,開發端依此預算設計教材,但卻常看見需求端不滿意教材品質,而有反覆修正之情形出現。雙方對於開發成本與品質之間的落差甚大,也因此常導致修改再修改的情形出現。如此反映出市場供需問題,也間接反映出內容開發端之營運不易與人才培育不易、人員流動率高之因。
通常一般的委製開發端在承接專案後,會提出予需求單位一套其對於該專案所訂定之標準教材開發流程,並以具體的方法掌握專案進行的過程,以期有效的和客戶做溝通。國內常見的作法是開發端用一系列的表單及確認單來和客戶間做溝通,其目的不外乎取得明確的每一步驟之設計開發方向。下表是一個委製案的簡要例子,依據不同的專案類別流程還是需調整。此表想要強調的是,需求端應要做相當多的審核(review)工作,內部還考量要委製時,不要忽略掉負責人及內容專家審核及被諮詢顧問的時間,因此在確認要委製前,企業內部及開發端皆需要認清內容專家在委製教材案之角色與任務,需求端之專案負責人也需應盡之責任。
|
工作階段與項目 |
需求端 |
開發端 |
|
需求評估 |
|
|
|
專案會議&素材取得 |
|
確定專案期程
課程內容界定
確認呈現規格與技術
確認素材種類(圖、影、音)
確認素材取得方式
確認查核時間點 |
雙方應事前有充分的溝通,包含彼此應盡之義務及權利;確認需求;確認素材,並且務必在專案開始啟動前將素材準備妥當,以避免內容無謂的增修及人員對於專案之範躊不明、開發成本會無限制的增加、時程會不斷拉長。 |
|
分析階段 |
|
學習者分析
學習環境分析
媒體分析
現有資源分析
成本分析
目標分析
架構分析 |
配合開發端之需求,提供相關分析資料。
其中目標與架構分析需要內容專家與開發端的教學設計師配合討論出來。 |
由開發端透過多種蒐集資料的方法向需求端取得資訊。
由教學設計師完成分析報告。 |
|
階段性任務一:分析報告 |
|
繳交專案經理,呈需求端 |
|
客戶審核 |
需求端之負責人及內容專家需審核,同意後簽署確認書,開發端才能往下一步設計。 |
|
|
設計階段 |
|
撰寫專案之學習大綱
教材架構圖、教學目標
風格與介面設計 |
|
依據分析結果,設計目標、架構成文件檔與介面設計圖檔 |
|
客戶審核 |
需求端之負責人及內容專家審視是否同意,同意後簽署確認書,開發端才能往下一步設計。 |
|
|
設計雛型教材單元學習內容
教材開發準則制定
雛形教材開發 |
|
依據上述結果,選定一小主題開發雛型教材 |
|
階段性任務二:雛形教材 |
|
繳交專案經理,呈需求端 |
|
客戶審核 |
需求端之負責人及內容專家需審核,同意後簽署確認書,開發端才能全力發展。 |
|
|
發展階段 |
|
腳本分鏡發展
媒體製作
內部審核 |
|
全力開發腳本與媒體元件,內部有審核機制 |
|
階段性任務三:腳本、媒體檔 |
|
繳交專案經理,呈需求端 |
|
客戶審核 |
需求端之負責人及內容專家需審核,同意後簽署確認書,開發端才能往下一步設計。 |
|
|
建置階段 |
|
組裝教材
上線測試
內部審核
進行修正
整合至平台 |
|
進行建置工作 |
|
階段性任務四:成品 |
|
繳交專案經理,呈需求端 |
|
客戶上線測試與審核 |
需求端之負責人及內容專家需審核,並另需找學習者及其它專家測試,同意後簽署確認書。 |
|
|
驗收 |
|
將本專案合約中所提所有交件資枓及清單交給客戶專案負責人,供驗收之用。 |
|
|
在整體流程中,我們強烈建議在「設計」階段要特別留意或要求有雛型教材之開發,除非您對某一家的製作品質已有一定程度的信任,要不然要求開發端於提案時(或之後)先試做一小段雛型教材,絕對比開發完所有的腳本或教材才要求再來修改的好。
(四)常見委製的爭議
我們常可看到需求端與開發端之間的爭議主要第一個的紛爭是來自於分工觀念不正確,第二則是對於教材品質的認知有相當大的衝突。
1. 在明確分工這個方面,即是要大家一起努力,建立共通的語言,愈是瞭解彼此應該要扮演的角色及應盡之工作,對於往後委製案的進行才得以更順利。尤其是對於內容專家的事先說明,避免讓其以