迭代就是逐漸趨近夢想

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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