🔧 阿川の電商水電行
Shopify 顧問、維護與客製化
💡
小任務 / 單次支援方案
單次處理 Shopify 修正/微調
⭐️
維護方案
每月 Shopify 技術支援 + 小修改 + 諮詢
🚀
專案建置
Shopify 功能導入、培訓 + 分階段交付

“你不是認證的 Scrum Master?那你肯定無法理解。”

我已經聽過太多遍了。

我的回答是: “是的,我為此感到自豪。”


我們都在上演的劇場

讓我們坦誠地談談「敏捷」在大多陣列織中變成了什麼樣子:

  • 每天45分鐘的站會,期間沒人真正交流。

  • 在Sprint評審會上,我們展示的是PowerPoint幻燈片,而不是實際運作的軟體。

  • 回顧往事,我們寫下永遠不會再看的便條

  • 取代架構的積壓工作

  • 取代思考的 Jira 工單

  • 取代經驗的憑證

這不是敏捷性訓練,這是表演秀。

我們已經學會了說正確的話,遵循正確的儀式,使用正確的工具。

但不知從何時起,我們不再問自己:我們是否真的在開發更好的軟體?


我們是如何走到這一步的?

敏捷性並非意外消亡,而是被奪走了。

諮詢產業綜合體

職位越多,需要安排的顧問就越多。

Scrum Master、產品負責人、敏捷教練、發布列車工程師…

那些曾承諾組成「自組織團隊」的組織,如今卻比以往任何時候都擁有更多的中間機構。

過去開發人員直接與客戶溝通,現在則由經過認證的專業人員來協調每一次互動。

認證卡特爾

花2000多美元學背誦手冊。

兩天的培訓,一份選擇題,一張塑封卡片。

認證並不保證能力,它只保證符合規定

行話作為把關手段

衝刺。待辦事項清單。速度。燃盡圖。史詩級。細化。

這種語言並不能幫助我們更好地溝通,反而讓我們表面上看起來在溝通,但實際上卻停止了溝通

那些問「那到底是什麼意思?」的人會被貼上不理解敏捷的標籤。

取代思考的工具

我們不再思考“我們正在解決什麼問題?”

我們開始思考“這次迭代需要多少故事點?”

Jira 讓我們相信,把事物分割成碎片就等於理解它們

它不是。

待辦事項清單不是架構,它只是一份待辦事項清單。


「敏捷」的真正意義

在成為一種方法之前, 「敏捷」首先是一個詞。

源自拉丁語agere :以正確的方式行事,而不是以速度

看看大自然:

  • 貓不會不觀察就撲上去。

  • 暴風雨中,樹身彎曲,但沒有折斷。

  • 水靠智慧而非蠻力找到出路。

真正的敏捷性不在於移動的幅度,而是移動的效率。

最初的敏捷宣言(2001 年)指出:

“個體和互動重於流程和工具”

今天我們有:

  • 比以往任何時候都多的流程

  • 左右我們思維的工具

  • 那些學會了表演而非互動的人

我們完全搞反了。


我們應該問的問題

與其採用其他方法,不如在下次迭代、會議或決策之前提出以下問題:

關於方向:

  • 在將其分解成多個衝刺階段之前,我們知道我們的目標是什麼嗎?

  • 我們能用一句話概括這個專案嗎?

  • 這個專案中哪些面向絕對不能改變?

關於儀式:

  • 本次會議會做出決定還是報告?

  • 如果我們連續一週取消這項日常活動,會發生什麼事?

  • 這種儀式的存在是因為它有用,還是因為我們害怕?

關於思考:

  • 我們在設計上花費的時間是否與執行上花費的時間一樣多?

  • 這個專案有架構設計嗎,還是只有待辦事項清單?

  • 團隊裡這週誰跟真實用戶交流過?

關於現實:

  • 我們是在觀察現實,還是在觀察我們的 Jira 看板?

  • 我們是在解決問題,還是在規避問題?

  • 我們為什麼要這樣做?不,我是認真的──為什麼?


證據

這不僅僅是哲學問題。裂痕正在顯現:

  • Capital One裁掉了1000多個敏捷開發職位,認為這些職位沒有必要。

  • 戴夫·托馬斯(《敏捷宣言》的最初簽署人之一)宣稱「敏捷已死」。

  • 極限編程(XP)的聯合創始人羅恩·傑弗里斯創造了「黑暗Scrum」一詞來描述它現在的樣子。

就連敏捷實踐的建立者也表示:這不是我們想要的結果


我們能做什麼

停止表演,開始思考。

  1. 質疑這些儀式。如果一個儀式不能帶來任何決定或知識,那麼它存在的意義是什麼?

  2. 拒絕空洞的術語。如果你不能用簡單的英語解釋清楚,那你可能根本沒理解它。

  3. 重視架構而非待辦事項清單。沒錯,計劃會變,但「沒有計劃」並不等於「靈活應變」。

  4. 經驗比憑證更重要。一個完成過10個專案的人比一個只有憑證的人更有經驗。

  5. 爭取真正的自主權。如果每個決定都要上報三級,那你並非敏捷──你只是用不同的字詞描述同樣的層級結構。


令人不安的真相

我們大多數人都知道這是表演。

我們每天都能看到這種情況。

但我們還是會參與,因為:

  • 我們不想顯得「不懂」。

  • 我們害怕被排斥在外。

  • 我們需要保住工作。

敏捷方法的消亡並非因為諮詢顧問或認證機構。

它消亡是因為我們集體同意了這場演出。


展望未來

真正的敏捷性不是一種框架,而是一種警覺性

它不斷地問:

  • 我們做的是對的嗎?

  • 我們建造得好嗎?

  • 我們是從現實中學習,還是從我們的假設中學習?

它更傾向於:

  • 智慧勝於盲從

  • 關於儀式的疑問

  • 思考勝於表現

最初的宣言說得對:個人和互動高於一切。

或許我們是時候認真看待這件事了。


你的經驗是什麼?你看過敏捷工作真正發揮作用嗎?還是你也只是在演戲?

請在評論區分享你的故事。讓我們坦誠地探討一下我們已經建立了什麼,以及我們應該建立什麼。


本文改編自一篇更長的宣言。閱讀完整版: 《敏捷,真的嗎?反對表演劇場的宣言》

高效率懶惰-只要思考一次,認真思考,然後繼續前進。


📬 想在信箱裡收到類似的文章嗎?

我剛推出一份關於在科技領域清晰思考的簡訊——沒有垃圾郵件,沒有廢話。

訂閱連結:https: //buttondown.com/efficientlaziness

高效率懶惰-只要思考一次,認真思考,然後繼續前進。


原文出處:https://dev.to/pascal_cescato_692b7a8a20/actually-agile-against-performance-theater-in-software-development-1ohi


精選技術文章翻譯,幫助開發者持續吸收新知。

共有 0 則留言


精選技術文章翻譯,幫助開發者持續吸收新知。
🏆 本月排行榜
🥇
站長阿川
📝20   💬4   ❤️6
638
🥈
我愛JS
📝1   💬4   ❤️2
46
🥉
酷豪
1
#5
1
評分標準:發文×10 + 留言×3 + 獲讚×5 + 點讚×1 + 瀏覽數÷10
本數據每小時更新一次
🔧 阿川の電商水電行
Shopify 顧問、維護與客製化
💡
小任務 / 單次支援方案
單次處理 Shopify 修正/微調
⭐️
維護方案
每月 Shopify 技術支援 + 小修改 + 諮詢
🚀
專案建置
Shopify 功能導入、培訓 + 分階段交付