課程開發的腳本,應該怎么寫?
企業培訓或者職業教育的課程內容開發腳本,該怎么寫?這篇文章里,作者嘗試做了總結和梳理,一起來看,或許可以給你一些思路。
我們在做課程開發的時候,教學目標寫的很好,課程框架搭建起來,但是到了課程的內容卻不知道如何去進行開發。一般來說, 課程內容被學員吐槽的有以下幾點(大家要避免) :
要么就是干貨不足,要么就是假大空沒有意義的雞湯, 學員上課之后除了記住老師閑扯淡的幽默感,情感綁架的PUA,最多記住幾個有意思的案例,好像什么都記不住。
有的講師喜歡秀自己(我講過太多這樣的),一句話恨不得有10個專業名詞,一整堂課下來,就不要說學員能不能聽懂了,光聽到他的“信息”的就需要消化一整天。
有的講師講課確實很干,但是很遺憾“常識太多”, 顯得毫無意義,比如,你講的編程基礎剛畢業小白聽的津津有味,10年碼農在聽的時候可能會覺得這個講師還不如我。所以可見我們在做課程的時候, 一定要搞清楚你的用戶畫像是什么人群,要明確的標注,要不然你的差評可能就是那個老鳥給的。
操作性差,企業培訓也好,職業教育也好,為的都是能解決實際問題,如果沒有落到實際(問題上)都是在耍流氓,并不是不能講理論知識,你的理論要和企業(個人)實際相結合。
以上就是我們需要避免的四個點,那么我們應該如何進行課程內容開發呢?
我的建議是,我們把腳本內容看成是對岸,你現在需要跨過很寬的大河,如何跨?需要橋梁,給大家搭建四個橋梁,才能順利的跨過去,到了對岸一切都好說。
經典的借鑒,我可以毫不夸張的去說,任何一個課程設計者,多多少少直接或者間接的收到大師加涅《課程設計原理》一書的影響 ,這就是站在巨人的肩膀上,你再睜眼看世界,當然很廣,很寬。
你做管理的課程就離不開德魯克, 做營銷就逃不過科特勒,這樣會極大提高你的開發效率,這不是一個丟面子或者難堪的事情,你看的所有書籍,都會有作者后面的書籍參考附錄。
這么多的理論方法論,我到底選擇哪一個,一定要結合企業的實際,經典的,有模型的,有體系的,邏輯自洽的方法論。很多人聽了很多的快餐類知識,搞的我們知識焦慮,內卷,內耗。其實我們可以拋開這些“牙慧”,去尋找落地若干個模型,這就夠了
原有課程(材料)的使用,如果你給企業做培訓項目管理的課程,這應該不會是這個企業的第一次培訓,多多主動要一些相關的培訓案例、材料、數據、場景、操作原則等。即使是第一次,你也可以通過相關競品進行參考。
工作流程的對比, 這是一個常規任務的操作,一個好的程序員和一個差的程序員的對比,他們的動作、思維、表達,都會有很多的差異,所以我們就會取其精華去其糟粕。你的背后的對比差異越具體,就有利于內容的生成。
棘手問題的解決,這一個非常規任務的操作,我們在工作中多多少少都會遇到突發事件,大神們是如何去利用他們的隱形知識去解決的,他們一定有什么過人之處。找到經驗的閃光點,挖掘背后的東西。
那么如何讓大神(專家)還原當時的情景呢 ? 利用SCQA方式:
- 情景:讓專家交代一下發生的背景、時間、人物、地點等,越詳細越好。
- 沖突:問題是如何升級變得棘手的,遇到的挫折還有哪些?
- 問題:針對當事人或者組織而言,這個問題具體描述到底是什么?
- 答案:每一步解決問題中的策略,措施到底是什么 ?
如果詳細的了解完以后, 我相信你的腳本內容肯定會思如泉涌。
本文由 @江濱柳 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于 CC0 協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發揮!