photo by unsplash
敏捷Agile在業界已經成為當紅炸子雞，也都一窩蜂的跟著潮流「上車」，每間公司或教育認證機構都一定要扯上敏捷導入，看起來敏捷的大門塞滿了人，但敏捷到底適不適用在所有地方上，我會建議在入門前，專案經理要好好想一想，為何手邊這個專案要導入敏捷？
敏捷導入的手法網路上有相當多資料，大家若想知道導入手法的細節，都可以去網路上或相關課程了解，在這邊想就我個人經驗而言，和大家分享敏捷真的有這麼神奇嗎? 對此我還是保有些許問號，以過去在科技業和金融業的工作經驗，心得是敏捷式開發不是萬能，也有其缺點：
- 需要很多人的配合和支持才能發揮綜效，ex: 老闆從上到下的支持度、組織設計上是可以讓敏捷團隊Full time且有自制權執行該專案、HR的績效考核制度搭配。以上若在傳統的矩陣式組織下，每個專案團隊成員都是part-time參與在專案內，的確要導入敏捷是有其困難度。
- 開發成本高：由於敏捷開發是迭代式開發，在每個迭代中都有一個小型的、完整的開發流程，因此開發成本高。
- 忽視文件的重要性：敏捷開發認為工作的軟體高於詳盡的文件，在注重成員之間溝通的同時，過於忽視文件的重要性，這會在團隊中增添新人時產生一些不必要的、繁瑣的溝通環節。
- 簡單的Daily站會：每天及時確認團隊的進度和阻礙點。
- 透明化的工作看板：可用輕量級的方式來追蹤進度，也可及時看出團隊的進度。
- 每月的Retrospective回顧會議：團隊定期每月來檢討和改善工作執行的內容。
- 將專案範圍切成碎片化：在訂定專案milestone時，我常以3~6個月作為一個恰當的專案里程碑，這時間點的專案團隊也會是穩定的班底，產出也會較穩定。
下面簡單介紹幾個混合式的專案導入方式給大家參考
混合式1 : Waterfall - Agile
前期利用瀑布式完成需求規劃，後期再依照迭代逐步完成小型任務
混合式2 : Agile - Waterfall
前期透過敏捷來收斂需求，後期再採用瀑布式進行
祝福每個專案經理確定好自己的目標，穩健前進，找到最適合該專案的導入方式!
