敏捷宣言的第五項原則
參考原文:http://www.infoq.com/cn/news/2008/08/manifesto-fifth-craftsmanship
。Robert Martin再次掀起了討論程式設計的職業水準的聲浪,他提出敏捷宣言的第五項原則:
精益求精勝過簡單執行(Craftsmanship over Execution)
他解釋說,這項價值表明:在開發軟體特別是在編寫程式碼時,有精益求精的態度非常重要,這遠勝過僅僅開發出可用但是見不得人的醜陋程式碼。大多數軟體開發團隊都是言聽計從,按命令辦事,但是他們並沒有真正投入到工作中去。我們重視言聽計從,但是精益求精的態度更為寶貴。
許多人都回應了Bob大叔的文章,提出了他們對於被貶低的原有說法“敷衍了事”的修訂,其中包括:(精益求精勝過)個人英雄主義、可用程式碼、唯工程化、奇技淫巧、險中求勝、效率優先、數量第一、辛苦勞作、繳械投降,甚至還有東拼西湊。
不久之前,Brian Marick提出了類似的建議,他認為:敏捷團隊應該重視技能、修煉、靈性和快樂,並以此作為當前敏捷宣言的補充。多年來,在提到軟體開發時,Pete McBreen一直用“craftsmanship”一詞強調個人技能的重要性。Sean Hanly在文章《禪與軟體開發的藝術》中提出 “質量更勝數量”,並論證了敏捷如何能夠支援“精益求精”。這幾年裡,很多人都已經提出了類似的觀點,雖然形式不同,但其本質都是認同“將軟體作為一門手藝”這樣的說法。
簡短截說,敏捷軟體開發越來越重視“程式設計師的職業水準”,這並不是什麼全新的觀念了。極限程式設計提出一系列技術實踐,就是為了達到這個目的。Scrum強調“技術卓越性”,還有很多其他的例子。問題在於:為什麼有那麼多團隊都做不到這一點?是不是太過隱晦了?為敏捷宣言加入第五條價值能使之顯現出來麼?它會不會造成不良影響?歡迎讀者分享對於此話題的想法和意見。
讀後感:精益求精是一種專業精神和態度,是一種真正的對工作的興趣和熱愛驅動的自我專業技能提升途徑。因為我們的改進是持續的,是永無止境的。如果我們老是不負責任的敷衍了事,比如雖然按進度完成了工作但是質量很差導致大量的返工,則損失的不僅僅是團隊利益,個人的價值也無法真正得到體現。還記得三個石匠的故事裡面,只有最後一個工匠意識到了自己在建築世界上最完美的一個建築,最後他成功了,所以你對工作的態度決定了你技能提升的高度,技能提升的高度有會逐步體現到你的經濟價值上面。
附敏捷宣言的原四項原則
精益求精勝過簡單執行(Craftsmanship over Execution)
他解釋說,這項價值表明:在開發軟體特別是在編寫程式碼時,有精益求精的態度非常重要,這遠勝過僅僅開發出可用但是見不得人的醜陋程式碼。大多數軟體開發團隊都是言聽計從,按命令辦事,但是他們並沒有真正投入到工作中去。我們重視言聽計從,但是精益求精的態度更為寶貴。
許多人都回應了Bob大叔的文章,提出了他們對於被貶低的原有說法“敷衍了事”的修訂,其中包括:(精益求精勝過)個人英雄主義、可用程式碼、唯工程化、奇技淫巧、險中求勝、效率優先、數量第一、辛苦勞作、繳械投降,甚至還有東拼西湊。
不久之前,Brian Marick提出了類似的建議,他認為:敏捷團隊應該重視技能、修煉、靈性和快樂,並以此作為當前敏捷宣言的補充。多年來,在提到軟體開發時,Pete McBreen一直用“craftsmanship”一詞強調個人技能的重要性。Sean Hanly在文章《禪與軟體開發的藝術》中提出 “質量更勝數量”,並論證了敏捷如何能夠支援“精益求精”。這幾年裡,很多人都已經提出了類似的觀點,雖然形式不同,但其本質都是認同“將軟體作為一門手藝”這樣的說法。
簡短截說,敏捷軟體開發越來越重視“程式設計師的職業水準”,這並不是什麼全新的觀念了。極限程式設計提出一系列技術實踐,就是為了達到這個目的。Scrum強調“技術卓越性”,還有很多其他的例子。問題在於:為什麼有那麼多團隊都做不到這一點?是不是太過隱晦了?為敏捷宣言加入第五條價值能使之顯現出來麼?它會不會造成不良影響?歡迎讀者分享對於此話題的想法和意見。
讀後感:精益求精是一種專業精神和態度,是一種真正的對工作的興趣和熱愛驅動的自我專業技能提升途徑。因為我們的改進是持續的,是永無止境的。如果我們老是不負責任的敷衍了事,比如雖然按進度完成了工作但是質量很差導致大量的返工,則損失的不僅僅是團隊利益,個人的價值也無法真正得到體現。還記得三個石匠的故事裡面,只有最後一個工匠意識到了自己在建築世界上最完美的一個建築,最後他成功了,所以你對工作的態度決定了你技能提升的高度,技能提升的高度有會逐步體現到你的經濟價值上面。
附敏捷宣言的原四項原則
- 個體和互動勝過過程和工具
- 可以工作的軟體勝過面面俱到的文件
- 客戶合作勝過合同談判
- 響應變化勝過遵循計劃
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/15027599/viewspace-438752/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 精益求精——敏捷宣言的第五項價值?敏捷
- 敏捷宣言及原則(中英對照)敏捷
- 新的《敏捷宣言》 - Magno敏捷
- 五項原則助力敏捷數字化轉型敏捷
- 敏捷宣言 + 測試管理敏捷
- 敏捷史話(十一):敏捷宣言“間諜”——Steve Mellor敏捷
- 歷史:敏捷宣言誕生記敏捷
- 理解敏捷的價值觀和原則敏捷
- 敏捷開發大家談(五)--敏捷開發的設計原則敏捷
- 高效會議的“八項原則”
- 敏捷軟體開發:原則,模式,實踐敏捷模式
- 例項化 DevOps 原則dev
- 14項管理原則(轉載)
- 敏捷史話(十六):我對《敏捷宣言》沒有半點貢獻—— Brian Marick敏捷
- 從搞笑到高效,構建敏捷團隊的基礎原則敏捷
- TQM的八項原則,你知道幾個?
- Web應用開發的七項原則Web
- 資料科學家的15項原則資料科學
- 秒殺系統的原則和注意項
- 八項原則詳解(轉載)
- 《敏捷軟體開發 原則、模式與實踐》的讀書筆記敏捷模式筆記
- 敏捷軟體開發:原則、模式與實踐讀書摘要敏捷模式
- 設計模式 - 原則及例項講解設計模式
- A Inspire | 從敏捷軟體開發宣言中學到了處理危機的方法敏捷
- SOLID:物件導向設計的前五項原則Solid物件
- Reactive宣言的思考React
- OCP原則——開閉原則
- 鉛筆的原則
- 槓上敏捷宣言了!在推動敏捷過程中我們失去了軟體設計! -zdnet敏捷
- 技術如何改變敏捷的規則敏捷
- 敏捷開發流程之Scrum:3個角色、5個會議、12原則敏捷Scrum
- 敏捷開發詳解(含義、原則、目標、機制、skycto JEEditor)敏捷
- 如何設計出“好看”的UI介面(一):排版的六項原則UI
- [譯] 移動介面設計的 10 項啟發式原則
- 房屋建造例項對映出的使用者體驗原則
- 氣流粉碎機工作時要遵循的四項原則YUXUX
- 主題:和領導同桌喝酒須注意的18項原則
- 宋磊:使用者體驗設計的五項原則