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