Contents
文章網址
筆記摘要
大多數人都會同意採用敏捷已經是現代軟體開發的主流。這種採用是正確的,因為敏捷可以成為建構軟體的優秀框架。
話雖這麼說,原文作者注意到產品團隊採用敏捷時會遇到一些常見的錯誤,最明顯的是:
* 專注於速度,幾乎無視品質
* 只有建設,忘記度量和學習原則
這些都不是小問題。採用敏捷的好處是,你可以通過用戶驗證更快地將有價值的產品推向市場。
- 不要想說 Agile ( 敏捷) 是現代趨勢,就一定要把 Agile 硬加入你原本的開發模式。 其實有些狀況,如產品已在產品週期的末期,或你的產品真的很小,不需要那麼多迭代( Iteration ),用 Waterfall ( 瀑布式 ) 開發也未嘗不是好方法。
- 敏捷對於新創團隊是個不錯的選擇
- 你的敏捷不應該只注意 Velocity ( 速度 ),也要注意 Quality ( 品質 )
- Facebook 扎克伯格將之前的 MOVE FAST AND BREAK THINGS 改成 MOVE FAST WITH STABLE INFRASTRUCTURE
- 只注重 Velocity 將造成技術債的問題, 導致系統不穩,長期看來還是需要花時間還債,造成整體需時更久
- 太注重 Quality 又會造成遲遲無法出貨的問題
- 問題浮現不馬上解決,問題將以複利加重
- Agile 是需要 Build-Measure-Learn-Repeat 循環,在迭代中,需盡快讓客戶參與和回饋,不然你做的只是假的 Agile,形同小的 Waterfall
- 你需要適當的慢下來立即改進,達到真正的快速出貨
- 速度與品質均衡兼顧是關鍵
你可能會有興趣
- [線上課程] 敏捷基礎 : 包括 Scrum、Kanban 和 Scrumban
- [線上課程] 深度實用的專案管理 (獲取 16 PDUs)
- [線上課程] 軟體設計與架構專業課程
- 生產力相關工具
發表迴響