敏捷團隊的精實秘訣

近年來許多軟體開發相關企業導入敏捷管理，期望可以提升開發效率，事實上敏捷團隊之所以敏捷的主要原因來自於精實的運作 — 包含組織結構與需求範疇。後者可透過MVP ( Minimum Viable Product ) 的概念實踐，意思是將產品或功能切分至最小可執行的單位，開發完成後立刻放到市場上測試是否可行，並且反覆驗證調整。由於專案範疇變小，自然有機會縮短完成時間，展現出敏捷的結果。

敏捷是來自組織精實與團隊認同的結果

「快」是普遍台灣中小企業一直在追求的，尤其當敏捷管理的概念在台灣開始被廣泛推廣時，快速迭代馬上就成為各企業朗朗上口的詞彙，彷彿只要夠快，產品就能搶得先機，並且逐步站穩市場，但真的是這樣嗎? 過去幾年，敏捷管理一度在台灣科技產業間盛行，但經過蜜月期之後，開始有人探討敏捷管理失敗的原因，我從自己實際參與幾年的敏捷團隊運作，從兩個面向來切入探討 :

大錯特錯！敏捷大師 (Scrum Master) 不是團隊的助理或秘書！

最近，幾位學員在下課之後，都不約而同地問了我一些關於敏捷與職涯發展的問題，有研發經理想轉職當專案經理的，也有品保人員想轉職做專案經理的，我就以此篇文章來做個小整理，提供些淺見給大家參考。

想優化敏捷成效不只靠員工，主管也有應盡的責任！我在龍頭企業高層身上學到的事

敏捷方法表面上看起來相當精簡，只有些簡單的框架、流程，和原則，因此讓許多人誤以為，敏捷方法是一劑可讓專案神速完美完工的特效成藥，自己上藥房買來吃就能見效，然而事實上，卻一點也不是這麼回事。

敏捷雖如專案管理巧婦，無米無灶也難為炊

日前為一家規模龐大的組織進行敏捷式專案管理課程，課前一天傍晚，副執行長熱情晚宴款待，席間提及，某個老舊資訊系統更新專案，執行兩年以來延誤不斷，掌握不了可靠的結案日期，令他相當頭疼，不過在他的話語之間，我倒是感受不到絲毫的怪罪之意！

找對教練，導入敏捷方法的幫助更明顯！理想輔導者該具備的3項特質

「老師，上課前，我以為 Scrum 很簡單，自己上網看就好了，根本沒必要來上課，今天上完課才知道，原來還有這麼多實務上的眉角（台語）要配，敏捷方法才會有明顯成效，而且，這些都是在網路上沒看過的！還好當初我沒有拒絕老闆派我來上課…」

敏捷專案管理模式下，開發團隊成員能不能動態進出專案？

日前在為某企業進行敏捷式專案管理的導入輔導時，有位同仁這樣問我，「老師，敏捷開發團隊的成員，從頭到尾都不能換人嗎？譬如，臨時加人進來，或有人完成工作後就離開，去做其他專案的事？」「你為什麼會想在要這樣做呢？」「因為有的人比較熟悉這個衝刺要做的任務，有的人比較熟悉下個衝刺的任務，這樣安排不是可以讓他們工作得更有效率嗎？」