敏捷史話(十二):你現在接觸的敏捷也許是“黑暗敏捷”——Ron Jeffries
他很少提起往事,也不再提及二十年前那場引起軟體行業變革的會議,他專注於當下,一直活躍在敏捷領域。八十多歲的他依然運營維護著網站和部落格,是極限程式設計網站 XProgramming.com 的作者,該網站是極限程式設計網站中執行時間最長、最大的單人網站之一,目前包含200多篇文章。他在釋出的文章裡進一步闡述了開發人員應遠離“ 人造敏捷”或“ 黑暗敏捷”形式,而應更接近宣言的價值和原則。他是極限程式設計的創始人之一,Ron Jeffries。
程式設計工作
Ron Jeffries 從事程式設計行業的時間比大多數人的年齡還要久,當他在戰略空軍司令部總部工作時,同事們無意間給他的一本 FORTRAN 手冊讓他開始了程式設計的生涯,在1961年,他為戰略空軍司令部總部的 IBM 704編寫了他的第一個計算機程式。
在這之後,他和他的團隊研發了收入超過五億美元的軟體產品,其中包括彙編程式、FORTRAN、Pascal、C、C ++和 Smalltalk 中的商業軟體。還使用 LISP、Forth 及其他六種語言進行了大量的非商業開發,實現了商業作業系統、編譯器、關係和集合理論的資料庫系統以及廣泛的應用程式。他自述認為自己足夠幸運,在入行初期就接觸並實踐了極限程式設計。從那之後,“除了幫助其他人,我沒有做其他任何事”,這就是他回顧自己所有成功的專案得出的經驗:將 XP 技術應用於所有要完成的專案。
Dark Scrum
“我最初的‘敏捷’導師肯特·貝克(Kent Beck)有一次曾經提到,他發明極限程式設計(Extreme Programming)的主要目的之一是讓程式設計師的生存環境變得更安全一些。然而事實證明,對於程式設計師而言,這個世界尚不安全,尤其是亂用 Scrum 可能會給程式設計師帶來更多的不安全問題,Scrum 發明人之一 Ken Schwaber 曾說這種情況讓他很難過。”在一次訪談中,Ron 這樣說道。
他在部落格上分享了一篇帖子,主張開發人員應該放棄“敏捷”。該帖子進一步闡述了開發人員應遠離“人造敏捷”的形式,而應更接近宣言的價值和原則。
據他稱,“
人造敏捷”和“
黑暗敏捷”這兩個術語被作者用來強調各種所謂的“敏捷”方法,這些方法導致開發人員的生活變差而非改善,這是《敏捷宣言》最初思想的對立面。Jeffries 指出發生這種情況的主要原因是:
這種“敏捷”對企業有利,對開發人員則不利;開發人員依然不具有自主性,而是被強制性工作。因為藉助各種不同的教練和培訓,能夠提高問題的可見性,通常可以使高層管理人員和整個公司做出更明智的決策。
自上而下的推行敏捷通常意味著某些事情是由高層決定,然後在整個組織中實施或推廣。然後,大多數人在沒有經過適當的培訓或指導、不理解其背後真實理念的情況下就被要求採用敏捷。這樣就會給開發人員帶來的更多干擾、更短的工作時間、更大的壓力以及要求“更快”的需求。對於使用 SAFe、LeSS和其他功能的大型 Scrum 實踐中,通常會出現這種情況。
回到敏捷宣言的根源,Ron 強化了這樣一種觀念,即敏捷背後的最重要的事情是思維方式、價值觀和原則,因為它們仍然提供構建軟體的最佳方法。
因此,無論組織採用何種正式的框架或方法,每個敏捷開發人員都應以以下方式工作:
每週產出可執行的整合軟體;不斷提升自身技能;保持軟體設計乾淨;在軟體價值的基礎上進行溝通對話。
敏捷之外
和 Jeff 與 Ken、Thomas 與 Andy 一樣,Ron 也有合作更為緊密的夥伴,他和 Chet Hendrickson 是一路相識相知的好夥伴,作為長期的同事和朋友,二人對定義敏捷性都產生了巨大影響。Chet Hendrickson 自1996年以來從事敏捷軟體開發工作,也參與開發了極限程式設計。在2000年,Ron Jeffries、Ann Anderson 和 Chet Hendrickson 一起撰寫了《Extreme Programming Installed 》。這本書詳細介紹了 XP 的核心實踐,如何做以及如何共同幫助團隊取得成功。
Ron 最近的著作是《軟體開發本質論》,該書於2015年初發行。本書開門見山的打了個比喻:
軟體開發就像是穿越一片岩漿,但在這片岩漿中存在一條“自然之路”,我們的目標就是找到這條路並儘量行走在上面,而不是陷入岩漿之中。那麼如何做到這一點呢?這本書對此進行了解答。這本書所運用的比喻、圖片等表達方式體現著 Ron 的性格特徵,他擁有天馬行空的想象和強大的表達能力。他是敏捷軟體開發中技術改進和卓越表現的堅定支持者,性格較為強勢,被朋友們描述為“儘管他有時舉止粗魯,但經常被認為是內心住著泰迪熊”。
從個人閱讀到手繪到無人機,工作之餘,他的興趣愛好廣泛。還會像現在的網紅博主一樣在部落格上為大家進行“好物推薦”,不遺餘力地給讀者“種草”他認可的好東西,比如可以容納彩鉛、橡皮、素描本甚至 iPad 的帆布包;也會發揮技術嚴謹優勢,對科技產品進行測評,分析新舊款無人機的不同體驗感受。從這些方面來看,我們確實得以窺見這隻住在 Ron 內心的泰迪熊,剝開強勢的外衣,他的本意是在向世界傳遞價值。
這也就像他反對現在的某些“敏捷”的原因一樣,
不管形式如何,惠及程式設計師、提高效率、產出價值,這些才是 Ron 所倡導的敏捷本質。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69982050/viewspace-2766287/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 敏捷史話(四):敏捷是人的天性 —— Arie van Bennekum敏捷
- 敏捷史話(五):敏捷已逝 —— Dave Thomas敏捷
- 敏捷史話(八):敏捷的破局之道——Martin Fowler敏捷
- 敏捷史話(十一):敏捷宣言“間諜”——Steve Mellor敏捷
- 敏捷史話(六):也許這個人能拯救你的程式碼 —— Robert C. Martin敏捷
- 敏捷史話(九):用做麵包的方式做敏捷——Alistair Cockburn敏捷AI
- 敏捷史話(十五):我發明了敏捷估算 Poker —— James Greening敏捷
- 敏捷史話(十四):敏捷之峰的攀登者 —— Jim Highsmith敏捷MIT
- 神馬是敏捷?(3)——敏捷在中國的水土不服敏捷
- 也談敏捷(1)敏捷
- 也談敏捷(2)敏捷
- 敏捷史話(十六):我對《敏捷宣言》沒有半點貢獻—— Brian Marick敏捷
- 敏捷史話(三):篤定前行的勇者——Ken Schwaber敏捷
- 神馬是敏捷?(4)——敏捷不能當飯吃敏捷
- RUP是敏捷的嗎?敏捷
- 敏捷是什麼?敏捷
- 敏捷史話(十三):我被 Facebook 解僱了——Kent Beck敏捷
- 解讀敏捷1-你在做苦逼敏捷嗎?薦敏捷
- 歷史:敏捷宣言誕生記敏捷
- UP還是敏捷方法?敏捷
- 三分鐘讓你理解什麼是敏捷開發,這才是敏捷開發......敏捷
- 敏捷專家認為敏捷框架SAFe實際最不敏捷敏捷框架
- Scrum是脆弱的,不敏捷的Scrum敏捷
- SAFe敏捷框架下的工具,實現規模化敏捷開發敏捷框架
- 敏捷的思考敏捷
- 敏捷的文件敏捷
- 為什麼你的敏捷總是不成功?敏捷
- 中式太極敏捷與西式敏捷的區別敏捷
- 瀑布 敏捷與現實敏捷
- 為什麼要進行敏捷?敏捷有哪些好處以及敏捷工具敏捷
- 艾偉也談專案管理,敏捷開發,在路上專案管理敏捷
- 什麼是敏捷估計?敏捷
- 敏捷測試是什麼?敏捷測試
- 用了敏捷實踐就是敏捷專案嗎?敏捷
- 你大概走了假敏捷:《手繪敏捷寶典》在此,還不來收!敏捷
- CORNERSTONE對話騰訊&華為敏捷專家敏捷
- 解讀敏捷2 - 敏捷實施的六個陷阱敏捷
- 敏捷史話(十七):維基(Wiki)背後的靈感來源—— Ward Cunningham敏捷