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