第 5 / 6 部 待錄

成為敏捷與認證亂象

《Clean Agile》Podcast 準備稿：成為敏捷與認證亂象

書名： Clean Agile 敏捷整潔之道（Back to Basics） 作者： Robert C. Martin（Uncle Bob） 系列： Reading Uncle Bob（恩普拉氏） 公開標題建議： Reading Uncle Bob｜Clean Agile．轉型為何失敗，與認證的真相 (5/6) 涵蓋範圍： 第6章 Becoming Agile（價值觀、Transformation、Coaching、Certification、Agile in the Large、Tools）

背景速覽

這是《Clean Agile》第五集，也是全書份量最重、火力最猛的一章。前面講的是「敏捷是什麼、有哪些實踐」，這一章講的是最難的部分：怎麼真正成為敏捷？ Uncle Bob 一開始天真地以為「照著幾個簡單紀律做就好，有什麼難的？」——結果看著無數組織嘗試導入卻失敗。這一章是他二十年踩坑的總結，講價值觀、講轉型為什麼失敗、講教練的角色、然後對 Agile 認證和「大規模敏捷」開了全書最重的砲。這一章還收錄了兩位客座作者（Tim Ottinger/Jeff Langr 談工具、Damon Poole 談教練）的不同觀點，是全書最有對話張力的一章。

一句話重點

敏捷轉型失敗的根本原因不是技術，而是價值觀的衝突——高層認同、基層天然對齊，障礙卡在「為了安全、控制、計畫執行而存在」的中階管理層；而把敏捷弄成「兩天課拿張認證」的商業化亂象，正是把這場價值觀革命掏空成管理儀式的元兇。

值得討論的重點

1. 四大價值觀，與「程式碼簡單，團隊更簡單」

Kent Beck 的敏捷四價值：Courage（勇氣，是合理冒險不是魯莽）、Communication（直接、頻繁、跨角色的面對面溝通）、Feedback（所有敏捷紀律都圍繞快速回饋設計）、Simplicity（簡單＝直接）。最精彩的一刀在 Simplicity：軟體界常說「每個問題都能多加一層 indirection 解決」，但敏捷要盡量減少 indirection——而且 Passive aggression（被動攻擊）本身就是一種 indirection：發現問題卻沉默、明知後果嚴重卻不說。程式碼需要一些 indirection 來管理耦合，但團隊溝通上應該越直接越好。Uncle Bob 的結論金句：Keep the code simple. Keep the team simpler.

2. 轉型的真相：障礙在中間，而且「預期會有怪事發生」

這是這章最有洞見的部分。敏捷強調冒險、快回饋、高頻溝通、打破層級；但大型組織的中階管理層正是為了安全、一致性、指揮控制、計畫執行而存在的——他們的工作本質就是抵抗這種改變。高層認同（所以才啟動轉型）、基層天然對齊，障礙夾在中間。然後是三個讓人發毛的真實故事：The Subterfuge（架構師誤以為敏捷會削弱他們，秘密搞破壞，被抓後遭解僱，轉型也失敗）、The Lion Cubs（新 VP 上任像雄獅殺掉前任所有成果，直接終結成功的 XP 團隊）、Weeping（評估會議上有人在後排突然哭起來，「太難了撐不下去」，高層於是喊停）。Uncle Bob 的結論超經典：“Expect something weird to happen.”（預期會有奇怪的事情發生。）

3. Coaching 的混淆 與 Scrum Master 的墮落

Uncle Bob 對教練的看法偏保守也偏辛辣。他區分 Trainer（外部來的訓練師，教完就走）和 Coach（團隊內部成員，當大家在壓力下偷懶停止 pairing/重構/忽略 CI 失敗時，負責提醒——像是團隊的良心，通常輪流擔任，成熟團隊甚至不需要）。然後是那記重砲：Scrum 把 Coach 叫做 Scrum Master，這頭銜「既是好事也是壞事」——認證機制吸引了大量 Project Manager（增加敏捷知名度），但也導致 Coach 角色和 PM 角色被混為一談，現在很多 Scrum Master 根本不是 Coach，只是換了個頭銜的 PM。這正是「敏捷淪為管理儀式」的核心病灶。

4. 認證毫無意義，與「不存在大規模敏捷」

Uncle Bob 的態度毫不留情：現有的 Agile 認證毫無意義——認證機構只保證你付了錢、（可能）上了兩天課，不保證你能當好 Coach，卻製造了「Certified Scrum Master 有特殊能力」的荒謬暗示。真正有意義的認證該是「一整個學期＋實際督導下的專案開發＋嚴格評分」。然後是全書最大膽的一段——Agile in the Large（大規模敏捷）：他主張根本不存在所謂的「大規模敏捷」。理由：大規模團隊協作的問題，人類五千年前就解決了（金字塔、二戰、登月）；真正沒被解決的問題是「如何組織小型軟體團隊」——而那正是敏捷解決的。對 SAFe、LeSS 這些框架，他坦承沒深入研究，但主張正解是「把人組成小型敏捷團隊，再用傳統管理方法管理這些團隊」。他自己也承認這觀點可能「完全錯誤」，自嘲是那個叫年輕人「滾出我草坪」的老頑固。

注意事項

⚠️ 這一章 Uncle Bob 自己都承認「講『不要做什麼』比『要做什麼』還多」，而且對大規模敏捷的看法他親口說可能完全錯誤。所以播這集時要保持平衡——這是一個創始人的「強烈個人觀點」，不是定論。書裡刻意收錄了 Damon Poole 的不同意見（見專家補充），就是要呈現張力。別把 Uncle Bob 的話當聖旨，這恰恰違背整季「帶腦讀經典」的精神。

⚠️ 「障礙在中階管理層」這個論點很容易被聽眾理解成「中階主管都是壞人」。要澄清：不是他們壞，是他們的角色本質（保證安全、一致、可控）與敏捷的價值（冒險、變化、快回饋）天然衝突。這是結構問題不是人品問題。Uncle Bob 對大型組織的建議是「create（另設新單位）而非 transform（改造既有）」——就像 IBM 當年為做 PC 另開一個獨立組織，就是為了繞開這個結構性阻力。

⚠️ 「不存在大規模敏捷」是全書最受爭議的主張，業界（尤其用 SAFe/LeSS 的大企業）很多人不同意。播這段一定要把 Damon Poole 的反方觀點一起講，否則會誤導聽眾以為這是共識。Damon 認為大規模敏捷是真問題，而且核心洞見很漂亮：「成功導入敏捷的問題，本質上和成功開發軟體的問題一模一樣」——所以該用敏捷的方式來導入敏捷（把受影響的人當客戶，用 retrospective 找痛點、建 adoption backlog、dot voting 排序、做幾個、再回顧）。

專家補充

💡 這章內建了一場精彩辯論：Uncle Bob vs Damon Poole 談 Coaching 和大規模敏捷。Damon 的背景故事很有趣——他 2005 年前「不自覺地在做敏捷」，後來不自覺滑回 Waterfall（發布週期膨脹到 18 個月）卻不知為何痛苦；一開始他想反駁敏捷是「蛇油」，研究過程中卻頓悟：敏捷本質是「找到市場最高價值功能並快速變現的演算法」。這個「敏捷是個演算法」的框架，比 Uncle Bob 的「敏捷是紀律」多了商業視角，值得並陳。

💡 工具那節（Tim Ottinger/Jeff Langr 撰）有個歷久彌新的洞見：好工具會變得「透明」——木匠精通後不會去想怎麼用錘子，注意力全在作品上。然後是對 ALM 工具（Jira 那類）的辛辣批判：難學、不透明、難客製（加個欄位要等工程師五天）、昂貴，最毒的是 Pillory Board（公開處刑板）——把每人工作負載做成 dashboard，變成「羞辱工程師加班」的武器。結論金句：Workers use and control tools; tools don’t control and use people. 建議從物理工具（白板、索引卡、Trello）開始。這條接得到 EP2 的「索引卡」哲學。

💡 「Flaccid Scrum（軟趴趴的 Scrum）」這個詞是 Martin Fowler 造的，書裡用來警告「只做半套敏捷」的下場：只採用外圈業務實踐、跳過技術實踐——初期生產力很高，但隨程式碼腐化急速下滑。這正是 EP4 講的「業務實踐是高效製造混亂的機器，沒技術實踐就完蛋」的延續。它也是後面 EP6（Craftsmanship 運動）誕生的直接導火線——工程師受夠了沒有工程的敏捷。

討論問題

🎙️ 開場鉤子：「Uncle Bob 一開始覺得敏捷『有什麼難的，照紀律做就好』。結果他看著一個又一個組織失敗。今天我們聊最難的部分——為什麼轉型總是死在中間，以及為什麼他說『現有的敏捷認證，毫無意義』。」

🎙️ 自問自答：「敏捷轉型為什麼這麼容易失敗？」——因為它是場價值觀革命，而障礙不在高層也不在基層，卡在中階管理層——他們的整個存在意義（安全、控制、計畫）剛好和敏捷（冒險、變化、回饋）對著幹。這不是人的問題，是結構的問題。

🎙️ 拋給聽眾（爭議題）：「你信『大規模敏捷』嗎？Uncle Bob 說它根本不存在——大團隊的問題人類五千年前就解決了。但 Damon Poole 說這是真問題，該『用敏捷的方式導入敏捷』。你站哪邊？這集沒有標準答案。」

🎙️ 帶走的一題：「下次有人秀出『Certified Scrum Master』頭銜時，記得 Uncle Bob 的話：那只證明他付了錢、上了兩天課。真正重要的是——他懂不懂技術實踐？能不能跟你 pairing、幫你重構遺留程式碼？」

更大範圍關聯

  • Reading Uncle Bob 路線：本集是《Clean Agile》的「組織與人」章，從技術實踐（EP4）拉回到「怎麼讓整個組織真的動起來」。它直接通往 EP6 的 Craftsmanship 運動——Flaccid Scrum 和「敏捷淪為儀式」正是工匠運動誕生的怨念來源。也呼應《The Clean Coder》（職業態度、說不的勇氣）。
  • 敏捷轉型經典：Mike Cohn《Succeeding with Agile》（轉型的系統方法，與本章對話）、Lyssa Adkins《Coaching Agile Teams》（Damon 提到的 Professional Coaching 來源）、Esther Derby《Agile Retrospectives》（Damon 強調的 retrospective 工具）。
  • 大規模敏捷之辯：SAFe（Scaled Agile Framework）、LeSS（Large-Scale Scrum，Craig Larman）、Nexus——這些正是 Uncle Bob 開砲的對象。播這集等於幫聽眾在「Uncle Bob 的懷疑」與「企業的現實需求」之間建立一個誠實的座標。
  • 工具與工作哲學：ALM 批判接 Tom DeMarco《Peopleware》、《The Phoenix Project》（DevOps 小說，講工具與流程如何反過來綁架人）。物理工具哲學接 EP2 的索引卡。
  • 在 [軟體工程領域切分藍圖] 的位置：橫跨「敏捷轉型／組織變革」與「敏捷教練／規模化」兩格，是全書最偏「管理與組織」的一章，也是最有爭議、最該帶腦聽的一章。

錄製建議

  • 建議時長：約 26 分鐘（本章份量最重，內容最多）。配比：四價值觀約 5 分、轉型/三個故事/障礙在中間 約 8 分（故事性最強，慢講）、Coaching/Scrum Master 墮落 約 5 分、認證/大規模敏捷之辯 約 6 分（爭議核心）、工具 約 2 分。
  • 討論策略：用「Uncle Bob 從天真到看破」的弧線開場。三個轉型故事（Subterfuge/Lion Cubs/Weeping）當成小故事講，「預期會有怪事發生」做記憶錨。認證和大規模敏捷是全集爭議核心——務必把 Uncle Bob 的強烈觀點和 Damon Poole 的反方並陳，展現整季「帶腦讀經典」的誠實。工具那節點到 Pillory Board 和「工具不該反過來用人」即可。
  • 這集最長、觀點最濃、爭議最大。提醒自己（主講人）：你的角色是「呈現一場辯論」，不是「替 Uncle Bob 傳教」。這集講好了，整季的可信度會大幅提升。