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