敏捷運動發起人馬丁·福勒認為當前敏捷運動是一場悲劇
最近,馬丁·福勒( Martin Fowler)2018年在澳大利亞敏捷論壇發表主題演講,其中闡述了2018年的敏捷狀態.
提出乾淨架構的馬丁鮑勃大叔發表文章表示贊同,並總結了該演講的主要觀點:
小心敏捷-工業綜合體!
在那次演講中,Martin Fowler認為軟體工藝運動正在形成悲劇性的結果,悲劇的是敏捷運動當初目標是為了實現工匠的理想,但現在看來失敗了。敏捷運動中揉入太多各種會議推廣和Scrum大師和專案經理的認證,以至於他們拋棄了程式設計師這個主體,放棄了手工藝的價值和紀律。
本來是程式設計師發起了敏捷運動。
這是一個很大的諷刺。本來應該是程式設計師的舞臺:“嘿,看!團隊很重要。程式碼應該是乾淨的。我們想要與客戶協作。我們希望儘早和經常地交付。“
敏捷運動本應由程式設計師和軟體專業人士發起的,他們非常重視手工藝的理念,但隨後專案經理衝進來說:“哇!敏捷是關於如何管理專案的一個新的很酷的變體。“
有一個老歌作者是艾倫·謝爾曼(Alan Sherman),名叫J·C·科恩(J.C.Cohen)。故事講述的是一個地鐵售票員在把人們推上火車車廂方面做得如此出色,以至於他把工程師趕了出去。
敏捷運動就是這樣的。他們把這麼多專案經理擠了進去,把程式設計師趕了出去。
這不是馬丁福勒當初所要的效果,他認為,工藝運動之所以開始,是因為一群程式設計師說:“哦,我們需要為自己創造一個全新的世界[…]。”在我們可以離開的地方,遠離所有那些業務專家、專案經理和業務分析師,只談我們的技術問題。“
那麼,推廣會議,認證和新的專案管理策略等對敏捷造成什麼問題?
因為任何只為期兩天的課程就能用來展示軟體工藝的想法,都會被笑掉大牙,這個想法是荒謬的。
因此,如果沒有宣傳、認證、培訓、會議,你怎麼能有一場運動呢?你不需要那些東西來引起人們的注意嗎?
但是手工藝運動不應像敏捷運動那樣把它的初衷拋在腦後。
工藝不一定是新的技術方法,工藝可能是關於舊技術方法的,它是關於如何促進良好的工作、增加價值和做好工作。它是關於互動、交流和協作,它是關於對變化進行有成效的適應和反應,它是關於專業精神和道德。它是肯特·貝克(Kent Beck)對敏捷定義的目標。
在2001年的“敏捷宣言”會議上,肯特·貝克說,我們的目標之一是彌合程式設計師和管理層之間的分歧。
敏捷運動現在放棄了這個目標,把敏捷變成了一個促進“新的、更好的”管理方式的企業運動,敏捷運動非但沒有讓經理和程式設計師更緊密地聯絡在一起,反而幾乎完全集中在專案管理上,實際上把程式設計師排除在外。
如今,敏捷運動的主題是“下一個大事件”(NextBigThings)和“大膽的新想法”。他們需要新奇,以保持熱情和活力,他們需要創新,這樣人們才能報名參加會議和認證,他們需要被視為在取得“進步”。敏捷已成為一項企業需要發展的業務。
他們似乎成功了,但是沒有在敏捷最初的目標上取得成功,他們為了滿足對新奇和新奇的需求而脫離了這些目標,這就是福勒和傑弗里斯所稱的:“仿敏捷”, “黑暗Scrum”和“軟弱無力的Scrum”。
敏捷從來不是關於專案管理的,但這卻是當下敏捷的變體現實,敏捷和專案管理應該是完全正交的,敏捷不是管理專案的更好方式,敏捷與管理專案無關。
敏捷是一套價值觀和紀律,可以幫助一個相對較小的軟體工藝團隊-男人和女人-生產中小型產品。
專案管理是關於日期、預算、最後期限和里程碑的,它關係到人事管理和激勵,良好的管理是絕對必要的,但它與敏捷無關。
管理者呼叫流程和工具,敏捷團隊中的個人相互作用,經理們驅動全面的文件,敏捷團隊構建工作軟體;經理們協商和管理合同;敏捷團隊與客戶合作;管理者確保計劃得到遵守;敏捷團隊對變化做出反應。
但是ScrumMaster不像專案經理嗎?
Scrum大師是教練,而不是管理者。他們的職責是捍衛價值觀和紀律,他們的職責是提醒團隊,他們承諾自己將如何工作,這個角色應該由團隊來分擔,而不是被經理們篡奪,每隔幾周,就會有一名新的團隊成員自願擔任教練-如果需要的話。這個角色是暫時的,成熟的球隊不需要永久的教練。
敏捷是活的,並且在工藝思維上蓬勃發展,當專案經理入侵併接管敏捷運動的時候,敏捷就是在那裡發生轉向。
現在,敏捷運動可能也是pmi,一項促進專案經理會議、培訓和認證的企業,因此,它已經站在貝克最初目標的對立面,敏捷運動並沒有彌合程式設計師和管理者之間的分歧,反而加劇了這種分歧。
但事實並非如此。很久以前,它就放棄了這一點。如今,敏捷運動是關於一個可怕的錯誤想法: 即專案管理才是團隊敏捷的要素。
那麼,一個好的經理不能帶領一個團隊成為敏捷?
它是一位罕見的經理,能夠傳授手工藝的價值觀和紀律,這不是不可能的,但並不常見。
敏捷團隊通常由那些已經分享敏捷的價值觀和紀律的人組成-即工藝技能,認為一個團隊可以成為敏捷,僅僅是因為獲得認證的Scrum碩士是專案經理,這是一個白日夢。
那麼未來怎麼辦?
並不需要一個組織來推廣手工藝,我們不需要一個“工藝聯盟”,我認為我們所需要的只是善意的人-相互作用和合作的個人-致力於透過穩步增加價值來促進變革的專業人士社群。我認為敏捷的想法和工藝實踐足夠強壯,可以自己成長和傳播,沒有一個組織可以能驅動他們。
那麼,軟體工藝不是一場悲劇嗎?
工匠的理想怎能被認為是悲劇性的呢?它們是人類一直渴望的永恆理想,但不幸的是,敏捷運動成為了一種企業,拋棄了最初的敏捷價值觀和規則。
http://blog.cleancoder.com/uncle-bob/2018/08/28/CraftsmanshipMovement.html
提出乾淨架構的馬丁鮑勃大叔發表文章表示贊同,並總結了該演講的主要觀點:
小心敏捷-工業綜合體!
在那次演講中,Martin Fowler認為軟體工藝運動正在形成悲劇性的結果,悲劇的是敏捷運動當初目標是為了實現工匠的理想,但現在看來失敗了。敏捷運動中揉入太多各種會議推廣和Scrum大師和專案經理的認證,以至於他們拋棄了程式設計師這個主體,放棄了手工藝的價值和紀律。
本來是程式設計師發起了敏捷運動。
這是一個很大的諷刺。本來應該是程式設計師的舞臺:“嘿,看!團隊很重要。程式碼應該是乾淨的。我們想要與客戶協作。我們希望儘早和經常地交付。“
敏捷運動本應由程式設計師和軟體專業人士發起的,他們非常重視手工藝的理念,但隨後專案經理衝進來說:“哇!敏捷是關於如何管理專案的一個新的很酷的變體。“
有一個老歌作者是艾倫·謝爾曼(Alan Sherman),名叫J·C·科恩(J.C.Cohen)。故事講述的是一個地鐵售票員在把人們推上火車車廂方面做得如此出色,以至於他把工程師趕了出去。
敏捷運動就是這樣的。他們把這麼多專案經理擠了進去,把程式設計師趕了出去。
這不是馬丁福勒當初所要的效果,他認為,工藝運動之所以開始,是因為一群程式設計師說:“哦,我們需要為自己創造一個全新的世界[…]。”在我們可以離開的地方,遠離所有那些業務專家、專案經理和業務分析師,只談我們的技術問題。“
那麼,推廣會議,認證和新的專案管理策略等對敏捷造成什麼問題?
因為任何只為期兩天的課程就能用來展示軟體工藝的想法,都會被笑掉大牙,這個想法是荒謬的。
因此,如果沒有宣傳、認證、培訓、會議,你怎麼能有一場運動呢?你不需要那些東西來引起人們的注意嗎?
但是手工藝運動不應像敏捷運動那樣把它的初衷拋在腦後。
工藝不一定是新的技術方法,工藝可能是關於舊技術方法的,它是關於如何促進良好的工作、增加價值和做好工作。它是關於互動、交流和協作,它是關於對變化進行有成效的適應和反應,它是關於專業精神和道德。它是肯特·貝克(Kent Beck)對敏捷定義的目標。
在2001年的“敏捷宣言”會議上,肯特·貝克說,我們的目標之一是彌合程式設計師和管理層之間的分歧。
敏捷運動現在放棄了這個目標,把敏捷變成了一個促進“新的、更好的”管理方式的企業運動,敏捷運動非但沒有讓經理和程式設計師更緊密地聯絡在一起,反而幾乎完全集中在專案管理上,實際上把程式設計師排除在外。
如今,敏捷運動的主題是“下一個大事件”(NextBigThings)和“大膽的新想法”。他們需要新奇,以保持熱情和活力,他們需要創新,這樣人們才能報名參加會議和認證,他們需要被視為在取得“進步”。敏捷已成為一項企業需要發展的業務。
他們似乎成功了,但是沒有在敏捷最初的目標上取得成功,他們為了滿足對新奇和新奇的需求而脫離了這些目標,這就是福勒和傑弗里斯所稱的:“仿敏捷”, “黑暗Scrum”和“軟弱無力的Scrum”。
敏捷從來不是關於專案管理的,但這卻是當下敏捷的變體現實,敏捷和專案管理應該是完全正交的,敏捷不是管理專案的更好方式,敏捷與管理專案無關。
敏捷是一套價值觀和紀律,可以幫助一個相對較小的軟體工藝團隊-男人和女人-生產中小型產品。
專案管理是關於日期、預算、最後期限和里程碑的,它關係到人事管理和激勵,良好的管理是絕對必要的,但它與敏捷無關。
管理者呼叫流程和工具,敏捷團隊中的個人相互作用,經理們驅動全面的文件,敏捷團隊構建工作軟體;經理們協商和管理合同;敏捷團隊與客戶合作;管理者確保計劃得到遵守;敏捷團隊對變化做出反應。
但是ScrumMaster不像專案經理嗎?
Scrum大師是教練,而不是管理者。他們的職責是捍衛價值觀和紀律,他們的職責是提醒團隊,他們承諾自己將如何工作,這個角色應該由團隊來分擔,而不是被經理們篡奪,每隔幾周,就會有一名新的團隊成員自願擔任教練-如果需要的話。這個角色是暫時的,成熟的球隊不需要永久的教練。
敏捷是活的,並且在工藝思維上蓬勃發展,當專案經理入侵併接管敏捷運動的時候,敏捷就是在那裡發生轉向。
現在,敏捷運動可能也是pmi,一項促進專案經理會議、培訓和認證的企業,因此,它已經站在貝克最初目標的對立面,敏捷運動並沒有彌合程式設計師和管理者之間的分歧,反而加劇了這種分歧。
但事實並非如此。很久以前,它就放棄了這一點。如今,敏捷運動是關於一個可怕的錯誤想法: 即專案管理才是團隊敏捷的要素。
那麼,一個好的經理不能帶領一個團隊成為敏捷?
它是一位罕見的經理,能夠傳授手工藝的價值觀和紀律,這不是不可能的,但並不常見。
敏捷團隊通常由那些已經分享敏捷的價值觀和紀律的人組成-即工藝技能,認為一個團隊可以成為敏捷,僅僅是因為獲得認證的Scrum碩士是專案經理,這是一個白日夢。
那麼未來怎麼辦?
並不需要一個組織來推廣手工藝,我們不需要一個“工藝聯盟”,我認為我們所需要的只是善意的人-相互作用和合作的個人-致力於透過穩步增加價值來促進變革的專業人士社群。我認為敏捷的想法和工藝實踐足夠強壯,可以自己成長和傳播,沒有一個組織可以能驅動他們。
那麼,軟體工藝不是一場悲劇嗎?
工匠的理想怎能被認為是悲劇性的呢?它們是人類一直渴望的永恆理想,但不幸的是,敏捷運動成為了一種企業,拋棄了最初的敏捷價值觀和規則。
http://blog.cleancoder.com/uncle-bob/2018/08/28/CraftsmanshipMovement.html
[該貼被banq於2018-08-30 09:22修改過]
相關文章
- [翻譯]-馬丁·福勒-page物件物件
- 動態脫敏典型應用場景分析——業務脫敏、運維脫敏、資料交換脫敏運維
- 資料庫動態脫敏資料庫
- 敏敏筆試面試分享筆試面試
- 日誌脫敏是什麼意思?為什麼要做日誌脫敏?用什麼工具好?
- openGauss 動態資料脫敏機制
- openGauss-動態資料脫敏機制
- 自己動手編寫一個Mybatis外掛:Mybatis脫敏外掛MyBatis
- web 移動端 橫向滾動的阻尼感很強,滑動不靈敏Web
- WebEx的朱敏Web
- 資料脫敏
- not in 中包含null值是個悲劇Null
- 俞敏洪開啟人生第二任務 當前股市讓創業變冷靜創業
- mysql簡單脫敏MySql
- CNN:44%英國人認為瑞典起訴阿桑奇是藉口CNN
- 動態脫敏落地不再難,昂楷助您輕鬆解決!
- java 日誌脫敏框架 sensitive,優雅的列印脫敏日誌Java框架
- 羅技G502滑鼠驅動怎麼設定靈敏度和巨集 羅技G502驅動設定靈敏度和巨集的方法
- 羅技G502滑鼠驅動怎麼設定靈敏度和宏 羅技G502驅動設定靈敏度和宏的方法
- 如何為遊戲劇情創造動人的瞬間?遊戲
- 文明的悲劇
- logback下日誌輸出前處理操作——以日誌脫敏為例
- 一個SEOer的悲劇工作生涯
- 北航發生一場悲劇:計算機學子複習過程中突然倒地計算機
- 資料庫靜態脫敏資料庫
- 資料結構(嚴蔚敏)資料結構
- Ubuntu設定滑鼠靈敏度Ubuntu
- ETL的資料脫敏方式
- 名人堂丨網易場景設計專家高志敏:重視情感表達才能打動玩家
- 跨越式升級,敏感資料動態脫敏系統全新而來!
- 微信使用touchstart錄音,安卓觸發不靈敏安卓
- 蘋果悲劇了:美國人自己都不想買iPhone7!蘋果iPhone
- windows10滑鼠靈敏度怎麼調_windows10滑鼠靈敏度在哪裡調Windows
- 聊聊如何自定義資料脫敏
- Flutter 熱敏列印 模板化實現Flutter
- 熱敏電阻公式精度驗證公式
- 開關電源——壓敏電阻
- 雲原生週刊:一條 Kubernetes 命令引發的悲劇