敏捷

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

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

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

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

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

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

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

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

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

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

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

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