Fowler:敏捷還是精益?——毫無意義的問題
在最近一篇部落格中,Martin Fowler解釋了"應該用精益軟體開發方法而不是敏捷軟體開發嗎?"這個問題,他說這是基於一種錯誤的假設。敏捷和精益的思想相互交織如此之深,以至於你在使用敏捷的時候也總在做精益的事情,反之亦然。我們可以考察它們發展過程的變化,發現它們內在關聯的描述,這樣更有趣、更有啟發性。
Martin Fowler開始簡單解釋了精益概念的歷史,他說,有關精益概念的歷史根源可以追溯到20世紀50年代發展起來的精益製造和豐田生產系統。這個系統和它蘊含的思想,為日本製造業,尤其是豐田公司,贏得了廣泛的信譽。
在任一款基於精益製造和豐田生產系統的工作方法中,精益已經開始作為一個涵蓋性的術語在使用了,包括精益建造,精益實驗室,以及精益軟體開發。
敏捷也是一個涵蓋性的術語,它被用在諸如Scrum和XP這些分享敏捷核心原則的開發方法中。當一些人說他們正在用敏捷軟體開發的時候, 這可能意味著他們正在使用敏捷開發方法中的任何一個,或者是幾種方法的混合,或者只是簡單將敏捷的核心原則應用於工作中。
許多對敏捷貢獻良多的人都受到了精益生產以其所蘊含的思想的影響,在精益和敏捷上,我們可以看到他們的很多共性:
1)以人為中心
2)授權給團隊
3)自適應規劃
4)持續改進
2)授權給團隊
3)自適應規劃
4)持續改進
在Mary Poppendieck、Tom Poppendieck、Alan Shalloway和其他人的努力下, 一個精益軟體開發社群已經形成。這個社群不同於其他的Scrum、XP、DSDM和FDD等社群,然而,所有這些社群都是敏捷意義下的社群。敏捷,轉而也被精益生產的最初的思想深深影響著。
或者說敏捷軟體開發就是精益都是正確的。因此,"該採用敏捷軟體開發還是精益軟體開發呢?"這樣問比"該採用Scrum還是敏捷呢?"這樣問更不合理。
檢視英文原文:Fowler: Agile vs. Lean misses the point
檢視英文原文:Fowler: Agile vs. Lean misses the point
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/14639675/viewspace-441775/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 精益敏捷萬法歸宗:把有意義的事,做到敏捷
- 一個毫無道理的iOS問題iOS
- 藉助精益找回敏捷的質量敏捷
- 敏捷的核心:消除浪費,走向精益敏捷
- 精益管理:是門技術,還是門社會科學?
- 去留無意,去留爺爺,是去還是留,這是一個哲學問題?
- 京東精益敏捷教練分享:敏捷助力產品創新!敏捷
- 精益管理顧問是做什麼的工作?
- 揭秘敏捷精髓:消除浪費 走向精益敏捷
- 瀑布和迭代可混合:敏捷定義者Martin Fowler定義瀑布法敏捷
- 真北敏捷八月小結:入精益敏捷的廳堂敏捷
- 敏捷史話(八):敏捷的破局之道——Martin Fowler敏捷
- 為什麼沒有“小資料”大資料就毫無意義?大資料
- 精益專案的選題原則是什麼?
- 精益看板管理和敏捷軟體開發敏捷
- 軟體開發中的精益和敏捷 - Aram Koukia敏捷
- UP還是敏捷方法?敏捷
- 真北敏捷 | 精益學問體系:思想、方法論、解決方案(模式)、工具敏捷模式
- javascript,還是javascript的問題JavaScript
- 獨立遊戲為何如此艱難?毫無意義的負面評論正在將其引向消亡遊戲
- 華為精益敏捷專家:DevOps轉型中的那些坑敏捷dev
- 訪談《敏捷和精益專案集管理》的作者Johanna Rothman敏捷
- 好的精益工廠佈局需要考慮哪些問題?
- 如何解決精益生產專案中出現的問題?
- Spring的問題,還是Tomcat的問題SpringTomcat
- 科技愛好者週刊(第 270 期):"精益開發"的精益是什麼?
- 精益六西格瑪專案的選題標準是什麼
- 意識和結果,精益落地缺一不可!
- Go 模組存在的意義與解決的問題Go
- 【精益生產】精益知識大全
- 影響地圖 -- 敏捷需求和精益創業的重要落地實踐地圖敏捷創業
- 幽默:瀑布、敏捷、看板和Scrum以及精益等工程方法比較敏捷Scrum
- 將看板應用於軟體開發:從敏捷到精益敏捷
- 精益化設計:把敏捷方法和Lean UX相結合敏捷UX
- 精益流程改進的基礎是什麼?
- 精益工廠佈局的精髓是什麼?
- SOA和敏捷:是朋友?還是敵人?敏捷
- 精益生產佈局是什麼?