2013年，最火的詞莫過于"移動互聯網思維"，許多傳統行業越來越意識到，要么你被移動互聯網改變，要么你主動發起這種改變。"移動互聯網思維"也成了拯救傳統產業脫離苦海的"神器"，甚至中國的房企老大--萬科也開始考慮用"移動互聯網思維"來改造企業。那么，對于傳統的培訓領域的課程（或學習項目）開發來說，又該如何運用"移動互聯網思維"來改造傳統課程（或學習項目）開發流程和方法呢？

培訓領域的課程（或學習項目）開發與移動互聯網領域的軟件開發有很多相似之處：都是基于實際問題進行產品開發，都需要成立一個開發團隊，都需要進行用戶需求調研和需求分析，都需要經歷一定的開發周期，都是交付時間越短越好，都會面臨開發過程中新增需求的情況，都需要經過評審后投入使用，等等。因此，軟件開發中的"移動互聯網思維"或許能夠為培訓課程（或學習項目）開發所借鑒使用。

最開始的軟件行業普遍采用瀑布式開發方法，其一般分成5個階段：需求分析、設計、編碼、測試和維。瀑布式開發比較大的缺點在于產品投放市場的時間太慢，對變化及變更的響應難度大、成本高，員工士氣、動力和責任感方便都很低，投資回報率低，經常失敗。正因為如此，瀑布式開發正逐步被敏捷開發-迭代增量式開發所取代。敏捷開發是一種以人為核心、迭代、循序漸進的開發方法。在敏捷開發中，軟件項目的構建被切分成多個子項目，各個子項目的成果都經過測試，具備集成和可運行的特征。換言之，就是把一個大項目分為多個相互聯系，但也可獨立運行的小項目，并分別完成，在此過程中軟件一直處于可使用狀態。

敏捷開發的4條宣言：

1.個體和交互勝過過程和工具

即人的合作能力、溝通能力以及交互能力比單純的編程能力和工具更重要，其實質是強調團隊的價值，好的團隊，凝聚力強，揚長避短，成員之間相互信任、有激情、合作默契，能夠解決很多復雜的交互問題。這在課程（或學習項目）開發中也一樣，優秀的開發團隊是開發成功的基礎，如果團隊出了問題，再強大的開發工具和先進的方法都沒有用。

2.可用的軟件勝過完備的文檔

好的團隊，彼此信任、溝通效率高，復雜的問題可能一兩句話就溝通清楚，這時面面俱到的書面文檔就顯得有點多余，甚至有時候還不如沒有文檔，但這并不是就不要編寫文檔，而是在迫切需要并且意義重大時，才進行文檔編制。這在課程（或學習項目）開發中也一樣，課程（或學習項目）開發成敗最終是以教材或方案來衡量，而不是以文檔進行衡量，如果編制文檔對課程（或學習項目）開發最終成果沒有幫助，就可以放棄。

3.客戶合作勝過合同談判

在產品實踐中，經常會碰到與甲方客戶簽訂合作的情況，對于一個項目的情況，產品人員能將所有的需求細節都考慮到時較困難的，所有不可能做到一次性將甲方客戶的需求完整、清晰地表述在合同中，何不如在彼此信任的基礎上，建立互助合作式關系，積極、快速地相應甲方提出的需求。這在課程（或學習項目）開發中也一樣，很難一次將全部課程（或學習項目）開發需求調研清楚，需要相互信任，由開發方在課程（或學習項目）開發期間發現的需求隨時加入開發任務中。

4.響應變化勝過遵循計劃

變化是現實中客觀存在的，需要積極應對變化。計劃安排必須有足夠的靈活性，太死板不利于調整，不能盲目地按照計劃執行，需靈活應變，短期的迭代計劃比中長期計劃更加有效。這在課程（或學習項目）開發中也一樣，企業面臨的問題瞬息萬變，課程（或學習項目）開發也應該響應這樣的變化，通過快速迭代實現對開發計劃的調整。

敏捷開發的5條原則：

1.最先要做的是通過盡早、持續地交付有價值的軟件或產品來使用戶滿意

敏捷開發使用用戶故事來羅列需求，規劃迭代用戶故事時必須按照優先級安排（標準是投資回報率），通過頻繁迭代與用戶形成良好的合作關系，及時反饋，不斷完善和提高產品質量。在課程（或學習項目）開發中，可以用用戶問題來羅列需求，并根據問題的重要性和緊迫性來安排開發的優先級，對于不能給用戶解決問題的內容絕不開發。

2.即使到了開發后期，也歡迎改變需求

敏捷開發過程利用變化來為用戶創造競爭優勢，開發團隊不怕變化，他們認為改變需求是好事情，因為這些改變意味著他們更了解市場需求，更加以用戶和市場需求為導向，與市場需求保持同步。在課程（或學習項目）開發中，可以根據每一次新獲取的開發需求（講課中學員提出的或企業發展中新出現的），在甄別后更新開發需求清單。

3.經常交付可以工作的軟件，交付時間間隔越短越好

敏捷開發過程強調小步快跑，不斷試錯，每一次交付物必須是用戶可用的，一款產品的研發周期太長，很可能會錯失市場良機。在課程（或學習項目）開發中，需要快速交付課程（或學習項目）開發成果，快速用于指導實踐，才能產生最大的價值，可以按照用戶問題來進行逐個開發，每一次交付的開發成果都能解決一個用戶問題。

4.敏捷過程提倡平穩的開發節奏，發起人、開發者和用戶應能保持一個長期、恒定的開發速度

互聯網公司在沒有實施敏捷開發之前，開發人員加班加點、熬夜通宵是司空見慣的，在實施了敏捷開發后，開發人員一到下班時間就消失得無影無蹤。敏捷開發過程希望能夠可持續地進行開發，開發速度不會隨著迭代的任務不同而不同，這與人在跑步的時候一樣，突然加速快跑沖刺肯定消耗大量體力，也就是說，不平穩的開發節奏消耗的能力會比較多。在課程（或學習項目）開發中，可以規劃好用戶問題的開發計劃，并首次課程（或學習項目）開發結束后建立長期的課程（或學習項目）更新機制。

5.簡單化是根本

需求千變萬化，我們不可能預期后面的需求會如何變化，所以不可能一開始就構建一個完美的架構來適應以后的所有變化。敏捷開發團隊會把注意力集中在通過最簡單的方法完成現在需要解決的問題。在課程（或學習項目）開發中，可以先解決現在的問題或可以預測到了將來問題，然后在未來通過迭代開發解決沒有預料到的問題。

上一篇：不懂點兒“右腦思維”，培訓怎能high起來！

下一篇：移動學習欲跨越鴻溝，讓內容剛需才有戲