iT邦幫忙

2023 iThome 鐵人賽

DAY 29
0

文章同步於blog

前言

開發模式最終章 - 敏捷開發
今天會簡單介紹敏捷開發,關於敏捷開發的文章,網路上早就一大堆了
所以今天就簡單帶過
而我會更著重在濫用敏捷這件事情

敏捷的模式與精神

相較於瀑布開發,敏捷開發的模式則是將軟體的功能切成小粒度的需求之後,將開發過程變成一個又一個的迴圈
敏捷

而精神則可以參考敏捷宣言

個人與互動:重於流程與工具
可用的軟體:重於詳盡的文件
與客戶合作:重於合約協商
回應變化:重於遵循計劃

而以上這些事簡單的敏捷介紹,詳細資料可以從我參考資料中去找,我就不再多說了

假敏捷真隕石

對,結果又講回隕石了
所謂的假敏捷,我個人觀察到的有幾個

  1. 使用敏捷的精神而去做非敏捷開發的事情
  2. 使用敏捷的方法卻不加入敏捷的精神
  3. 什麼方法都沒導入就說自己是敏捷

第一種我們會看到的表現是,提倡敏捷彈性調整的精神,卻使用瀑布開發或是繞過Product Owner直接去找其他人做修改
這個狀況就只是在宣揚敏捷的精神,然後來半脅迫其他人修改專案,所以隕石

第二種則是有各種開不完的會,設立各種敏捷的工具和職務,卻還是以傳統開發觀念來執行敏捷,口口聲聲說開會就是敏捷,然後又繞過Product Owner,或是更猛的,說詳盡的文件在敏捷中不必要,所以甚麼都不寫
文件依然有其必要性,連規格書這類的東西都沒有我是要通靈?

第三種就是嘴巴說敏捷,但唯一敏捷的就是出是烙幹或甩鍋的速度。

開發模式重點

我們講了三天的開發模式,有沒有發現一個重點,重點都是在
當專案的執行者、擁有者、專案經理等職位的人沒有辦法適應或是遵守開發模型的原則
例如瀑布模型的狀況,卻無法阻擋客戶的修改需求 - 隕石
再或是敏捷開發上,大力讚揚敏捷的好,卻還是想要繞過各種管理職來插件 - 隕石

當人沒有辦法好好地遵守規範,給你一個多牛逼的開發模式你都只會跑成隕石,彼時都只是讓專案的參與人員浪費過多的時間

參考資料

深入淺出「Agile 敏捷式開發:Scrum」(上)
敏捷軟體開發
成功的敏捷產品管理打造暢銷產品的秘訣
理解假敏捷
今天拜飛機了沒? —— 談敏捷開發中的貨物崇拜
敏捷開發就是不用寫文件?


上一篇
【Day-28】開發模式 - 瀑布開發
下一篇
【Day-30】最終章 - 程式會跑而且還跑得好
系列文
軟體開發 - 程式不是會跑就好30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言