專案面面觀-360°全面探討專案管理

專案經理、專案管理、敏捷式、敏捷開發、軟體專案管理(107/8/1停考)

張嘉麟

客務關係發展副理

2022/01/28

從軟體敏捷到企業敏捷

「敏捷宣言」(Agile Manifesto) 的出現與興起,大大挑戰了在1960年代出現的現代專案管理框架(註1),對傳統專案經理來說,這個宣言等於對範疇、時程、溝通與風險管理下戰帖,許多思維可以說幾乎完全顛覆以往,例如:
- 開發團隊自行畫押時程,進度自己定,而不是由專案經理拉甘特圖或是上級直接指定完成日。
- 需求不再是客戶說的算,產品開發或研發人員得以握有主導權,與客戶平等地討論與協商。
- 忽略流程,跳過工具,因為流程與工具時常壓抑了創意與想法的空間。
- 挑戰過去「從長計議」可提高產品品質的想法,與其盡可能降低風險,將風險留到實際開發時再說。
- 能用的產品比完善的紀錄文件重要,從實際使用狀況中看到產品開發的實際進展。
這一股追求敏捷開發的浪潮,逐漸從軟體與IT業界蔓延開來。大家看到了靈活、快速與活力,在網路世代下長大投入職場的年輕人,於是也希望在整體具有如此敏捷身段的公司中工作。
軟體專案經理可以調整好心態,跳出傳統框架,在新的敏捷式開發團隊中,繼續追蹤好時程,持續扮演銜接與確保產出的橋樑;然而對於營運部門(人資、會計、法務、業務與行銷等),「敏捷」又應該賦予這些部門怎麼樣的定義?
這些部門大多注重傳統,往往有行之已久的流程、架構與潛藏的價值觀,因此要靈活轉型,在本質上較產品部門不易,但是這是否就意味著絕不可能?學者們針對組織管理有著諸多流派與討論,不過將各種主張彙整起來,以下是大家認同對於企業的敏捷度會有所助益的一些方向:
- 任務的產生從「指派」調整為「半自主」甚至「自主」,讓員工不再隱瞞,主動將問題提出,主動定義出當下最重要、最適切的任務。
- 溝通的方式,嘗試從傳統的單向指令,調整為在開放空間中進行開放式的溝通,讓員工帶回市場或產業中真正的聲音。
- 管理階層須改變利益思維,從短期的股東/股價導向,相信長期將看到更強的員工向心力、更好的創意與產品品質。
- 管理階層也要拋下控管的權杖,調整為提供員工自由度,塑造出敏捷企業形象。
這些自由度與透明度,只要用的好用的巧,絕對利大於弊;當然,還有個大家在這股敏捷浪潮下容易忽略的,就是別忘了軟體/IT專案經理在專案中處理「人」的經驗,利用跨部門溝通的強項,將敏捷的經驗與精神,以非技術同仁可以理解的方式取得認同,相信這對於企業的敏捷轉型,會達到很好的潤滑效果。
參考文獻:
2. 原來你才是絆腳石(英文書名:Company-wide Agility with Beyond Budgeting, Open Space & Sociocracy: Survive & Thrive on Disruption)
2 0 565 1