文章同步於it邦
前言
開發模式最終章 - 敏捷開發
今天會簡單介紹敏捷開發，關於敏捷開發的文章，網路上早就一大堆了
所以今天就簡單帶過
而我會更著重在濫用敏捷這件事情
敏捷的模式與精神
相較於瀑布開發，敏捷開發的模式則是將軟體的功能切成小粒度的需求之後，將開發過程變成一個又一個的迴圈
而精神則可以參考敏捷宣言
個人與互動：重於流程與工具
可用的軟體：重於詳盡的文件
與客戶合作：重於合約協商
回應變化：重於遵循計劃
而以上這些事簡單的敏捷介紹，詳細資料可以從我參考資料中去找，我就不再多說了
假敏捷真隕石
對，結果又講回隕石了
所謂的假敏捷，我個人觀察到的有幾個
- 使用敏捷的精神而去做非敏捷開發的事情
- 使用敏捷的方法卻不加入敏捷的精神
- 什麼方法都沒導入就說自己是敏捷
第一種我們會看到的表現是，提倡敏捷彈性調整的精神，卻使用瀑布開發或是繞過Product Owner直接去找其他人做修改
這個狀況就只是在宣揚敏捷的精神，然後來半脅迫其他人修改專案，所以隕石
第二種則是有各種開不完的會，設立各種敏捷的工具和職務，卻還是以傳統開發觀念來執行敏捷，口口聲聲說開會就是敏捷，然後又繞過Product Owner，或是更猛的，說詳盡的文件在敏捷中不必要，所以甚麼都不寫
文件依然有其必要性，連規格書這類的東西都沒有我是要通靈?
第三種就是嘴巴說敏捷，但唯一敏捷的就是出是烙幹或甩鍋的速度。
開發模式重點
我們講了三天的開發模式，有沒有發現一個重點，重點都是在人
當專案的執行者、擁有者、專案經理等職位的人沒有辦法適應或是遵守開發模型的原則
例如瀑布模型的狀況，卻無法阻擋客戶的修改需求 - 隕石
再或是敏捷開發上，大力讚揚敏捷的好，卻還是想要繞過各種管理職來插件 - 隕石
當人沒有辦法好好地遵守規範，給你一個多牛逼的開發模式你都只會跑成隕石，彼時都只是讓專案的參與人員浪費過多的時間
參考資料
深入淺出「Agile 敏捷式開發：Scrum」(上)
敏捷軟體開發
成功的敏捷產品管理打造暢銷產品的秘訣
理解假敏捷
今天拜飛機了沒？ —— 談敏捷開發中的貨物崇拜
敏捷開發就是不用寫文件？