錯位的敏捷：當方法成為信仰，理性就被取代
那時的你，終於決定不再只是焦慮。
既然要學，就要學最流行的。
於是你選擇了——敏捷開發。
市面上每個成功案例都在說：
「導入敏捷，專案效率翻倍。」
「用Scrum管理，團隊更有自主性。」
「每日站立會讓溝通更透明。」
你被這些標語說服了。
敏捷，聽起來就像是一種能解放混亂的魔法。
一、學敏捷的那一年
你開始瘋狂學習。
買書、報課、看影片，
從敏捷宣言到Scrum Master的實務案例，
你一條條背下那十二條原則。
「個人與互動高於流程與工具」
「可運作的軟體高於詳盡的文件」
「與客戶合作高於合約談判」
「回應變化高於遵循計畫」
每一條都像真理，
你甚至在筆記本上寫下：「這才是新的專案哲學！」
你相信——
只要把這一套導進團隊，
所有溝通障礙、決策延遲、交付問題都能解決。
那是一種接近信仰的熱情。
二、當理想遇到現實
你開始設計團隊導入流程。
建立每日站立會、兩週Sprint、回顧會議、待辦清單。
但第一次會議，就有成員問：
「為什麼我們要每天開會？」
「以前不是開週會就好？」
「敏捷？上次某團隊用過，結果更亂。」
會議現場一片沉默。
你說：「敏捷不是亂，而是更有彈性。」
工程師回：「可是你這樣，讓我們沒時間寫程式。」
你心裡想：「不每天同步，這個專案牽涉到三個部門、兩個供應商，到時候兜不起來怎麼辦？」
但你沒說出口。
因為你害怕一旦承認現實的複雜，
就等於承認敏捷也救不了這場專案。
你想堅持原則，但越堅持，阻力越大。
回顧會變成抱怨大會，
每日站立會變成例行公事，
待辦清單變成沒人更新的清單。
敏捷，成了新的官僚。
你開始懷疑：
是不是團隊太保守？
是不是自己導入得不夠徹底？
是不是需要更正統的認證課程？
於是你又報名了新的課，拿到了更高級的證照。
你以為這次你懂了，
但當你拿著更複雜的框架圖回到團隊時，
看到的卻是更疏離的眼神。
更多的理論，只帶來更多的混亂。
你終於意識到，學得越多，離真實越遠。
可那時的你，仍然不願放棄，
因為放棄，就等於承認——自己並不懂。
三、方法沒有錯，錯的是時機
直到某天，一位前輩對你說：
「敏捷不是萬靈丹。
不是所有專案都該跑敏捷，就像不是所有鞋都能天天穿。」
你愣了一下。
他繼續說：
「你想破PB時穿碳板鞋沒問題，
但你不會拿它來跑日常LSD吧？」
那句話像釘子一樣打在你心上。
你這才明白——
問題不是方法沒用，
而是你不知道什麼時候該用哪一種。
敏捷強調速度、迭代、變化，
但若你的專案本身就高風險、多人協作、跨部門依賴，
那就不該強行「敏捷」。
你不是在讓專案更靈活，
而是在逼一架卡車去飆賽車道。
四、錯置的鞋，錯位的專案
你開始回想那段時間。
自己就像個剛學跑步的人，
在還沒了解「節奏與呼吸」前，
就急著買碳板鞋。
那鞋子很輕、很貴、很專業，
但不屬於日常。
穿著它跑，會快一點，
也更容易受傷。
方法論也是一樣。
每一種都有它的設計目的、使用環境、限制條件。
錯的是人，不是方法。
真正成熟的PM，
不是知道哪個方法最潮，
而是知道什麼時候該不用。
五、PM的領悟
嗨，我是廣三。
一名軟體開發20年的PM。
我也曾把「導入敏捷」當成拯救專案的信仰。
直到我發現，敏捷不是救贖，
而是一面鏡子——
照出我對專案的恐懼與無知。
敏捷沒有錯，
錯的是把它當成答案。
真正的專案管理，
不是選對方法，
而是看清自己為什麼需要方法。
因為方法只是鞋，
跑得遠不遠、跑得穩不穩，
決定權始終在你腳下。
若你在PM這條路上感到迷茫，
或想更清楚了解自己的能力與定位，
歡迎試試這份《PM產品／專案雙軌分析報告》。
它不為了定義你，而是幫助你更看清自己。
歡迎關注：
官網：https://unityprosper.com/
部落格：https://hero-mi.com/
FB：https://www.facebook.com/DigiPRDCoachHeroMi
LINE OA：@hero-mi
《歡迎加我LINE，一起破局未來》
留言