迭代就是逐漸趨近夢想

專案學習是用管理專案的技法學習,用到的 “迭代” 是最近發展出的專案管理技術,叫 — — 敏捷式專案管理,但它真的是新的嗎?

Photo by Supriya S on Unsplash

記得孩子怎麼學會騎腳踏車的嗎?騎上去就摔了一跤,爬起來想想剛剛怎麼摔的,改進一下再騎,多摔幾次後,就學會了。

  • 計畫 Plan:學會騎車
  • 執行 Do:騎車並摔一跤
  • 反思 Check:手太用力了
  • 行動 Act:下次手輕一點

這就是迭代(iteration),不是什麼神奇知識、新發明,就是你計畫要達成某目標,但一次沒達到,沒關係,上次做的結果作為下一次做的初始值,再試一次,就會逐漸趨近你的目標。

這不就是你學習一切事情的方式嗎?

把迭代用在平日上班,公司的業績不好,想個解決方式,執行一次看看效果好不好,反省以後改進,再來試一次。

不同的是,你自己學會騎腳踏車、吹口哨、滑滑板、煮菜… 用在團隊裏就是大家一起做、一起反省、一起改進,就像是集體的學習。

所以,新創事業說 “精實創業”,軟體開發團隊說 “敏捷開發”,這些名詞說的都是同一件事,就是 “逐漸趨近想達到的目標”。

每天都在做的事情為什麼變成一種專案管理 “理論”?其實是因為從前的專案管理叫做 “瀑布式”,在開始之前就要把整個計畫全都評估完成。

例如:美國空軍想開發一台新戰機,定下目標 5 年內完成,把過程拆成 100 個部分,每個部分各拆成 500 個任務,每個任務都有 1~10 位專家,各要花多少時間,這麼掐指一算,就發現如果要完成這個計劃,五年要花 200 億美金。

瀑布式可以抓出計劃全貌,但計劃隨時在變,特別是沒做過的計劃,計劃會改到他媽媽都認不出他,估到 5 年的計劃,改變一個小事全部都要跟著動。且每個都是粗估,例如都 2 天完成,其實擠一擠可能 1 天就搞定,那麼 1 年的計劃可能半年就可完成,差別會很大。

我學專案管理時,這種瀑布式專案管理剛在台灣推廣,但上課時老師說,美國空軍也不傻,他們要開發一台戰機不會只找一家,它會同時找三家,最後雀屏中選的那家就會獲得訂單。

另外沒中選的兩家呢?陪公子讀書?

所以美國空軍不要每家先發 200 億,而是每家說你打算做什麼,拆成好多個部分一一驗證,驗證的部分才補貼。

比如 A 公司說我打算修改進氣系統來讓飛機引擎比以前馬力大兩倍,那麼它先得到 1 億的經費,做一個進氣系統測試,如果證實對就往下走,不然就修改,沒希望改就停下來。

這樣,美國空軍可以同時找兩三家公司一起來研發,這些公司就算沒得到最後的大單也不會虧損,還能增加一些研發的技術,所以願意陪美國空軍玩。

瀑布式專案管理的老師說這故事時我們不知道它就是 “敏捷式專案管理”,但體會到的是 “瀑布式專案管理不管用”。

敏捷專案管理用在學習上很棒(其實它就是一起學習),你設立你想達到的目標,讀完自己考自己,成功或是失敗?錯誤在哪裡?幾次修改後就能找出最適合你自己的讀書方式,讀得快又有效率。

這種方法為什麼不普及呢?今天看到一篇報導,大部分學生根本不想找答案,只希望老師公布答案,懶習慣了就學不會好方法了。

專案學習不能是被動的,要有動機,你或你的孩子的動機是什麼呢?

分享給朋友

Similar Posts

歡迎來聊聊!提出想法,一起成長,或是吐槽