第 6 / 6 部 待錄

軟體工匠與敏捷的初衷

《Clean Agile》Podcast 準備稿：軟體工匠與敏捷的初衷（全書收官）

書名： Clean Agile 敏捷整潔之道（Back to Basics） 作者： Robert C. Martin（Uncle Bob） 系列： Reading Uncle Bob（恩普拉氏） 公開標題建議： Reading Uncle Bob｜Clean Agile．被背叛的敏捷，與軟體工匠運動 (6/6) 涵蓋範圍： 第7章 Craftsmanship（Sandro Mancuso 撰）＋ 第8章 Conclusion（全書收束）

背景速覽

這是《Clean Agile》的壓軸，也是 Reading Uncle Bob《Clean Agile》全 6 集的收官。第7章很特別——不是 Uncle Bob 寫的，而是 Sandro Mancuso（《The Software Craftsman》作者、Software Craftsmanship 運動核心人物）執筆。它講一個略帶傷感的故事：敏捷最初承諾要解放開發者、修復業務與技術的裂痕，結果在傳播過程中被掏空成「更快交付的流程」，工程師反而感到被邊緣化，於是出走、組成了 Software Craftsmanship（軟體工匠）運動。第8章則是 Uncle Bob 的全書收束：回到基本功，這些紀律站在數十年大師的肩膀上，歷久彌新。這集替整本書、也替「敏捷被背叛」這條主線做一個誠實又溫暖的收尾。

一句話重點

敏捷最初是工程師為了「能驕傲地做好軟體」而發起的運動，但當管理者大量湧入、把它簡化成「修好流程、工程自然會好」的儀式時，最初創造它的工程師被邊緣化、出走另立 Craftsmanship——這不是兩個對立的陣營，而是同一個初衷裂成兩半，等待重新合而為一。

值得討論的重點

1. Agile Hangover（敏捷宿醉）：被背叛的初衷

這是全章最有情緒、也最值得展開的部分。敏捷最初帶給開發者巨大興奮——承諾協作環境、短迭代、快回饋、被當專業人士對待。但傳到企業時，訊息被簡化成一句致命的錯誤假設：「修好流程，工程就會自然變好。」 結果是一場「宿醉」：認證兩天就能拿、大量 Coach 既無商業經驗也無技術能力；管理者用敏捷的「透明性」來微觀管理而非賦能；自組織是假象（Roadmap 和 Milestone 仍由管理層單方面制定，開發者只是被迫把估算塞進既定時程）；Product Owner 認為自動化測試、重構、結對「浪費時間」直接喊停；技術債持續堆疊，產出脆弱軟體。一句話總結：當策略性技術工作在敏捷流程裡沒有立足之地，剩下的只有戰術性迭代和技術債。

2. 期望落差：協作不會讓人自動變強

這是整章最深的一句洞見。敏捷期望團隊每個迭代結束都交付「可上線軟體」，從一年發布數次變成兩週一次——但這需要截然不同的技術能力（策略思維、模組化設計、同時兼顧彈性與穩健）。然而轉型預算幾乎從不包含開發者的技能提升。Mancuso 的金句：良好的協作可以移除障礙，但不會讓人自動變得更有技術能力。 企業的業務敏捷性，直接取決於軟體演進的速度，而那取決於工程技能的水準。這就是為什麼「只改流程的敏捷」是不完整的——你給了團隊更快的節奏，卻沒給他們跟上節奏的能力。

3. Software Craftsmanship 運動：意識型態 vs 方法論

2008 年 11 月，一群開發者在芝加哥聚會，仿照 Agile Manifesto 發表了 Craftsmanship Manifesto，在敏捷的四價值上各加一層：Working software → Well-crafted software；Responding to change → Steadily adding value；Individuals and interactions → A community of professionals；Customer collaboration → Productive partnerships。最關鍵的概念區分：Ideology（意識型態，定義目標的價值體系）vs Methodology（方法論，達成目標的手段）——Agile Manifesto 是意識型態，Scrum/XP/Crystal 是方法論。Mancuso 用「腳踏車輔助輪」的比喻：方法論一開始有幫助，但過度依賴反而阻礙成長——目標是學會騎車，而不是「採用輔助輪」。引 Jim Highsmith：「沒有實踐的原則是空殼，沒有原則的實踐淪為機械式照做。」

4. Job vs Profession，與「為何而戰」的收束

Craftsmanship 重新定義了開發者與工作的關係：擁有一份 Job（「我在 X 公司工作」，工作不是身份的一部分）vs 擁有一份 Profession（「我是一位軟體開發者」，專業是身份的一部分）。擁有專業意味著你願意投資自己的時間和金錢精進——但這不是要你犧牲家庭，而是找到平衡。最後是兩個運動的和解：它們曾因「部落主義」互相批評（Craftsmanship 嫌敏捷只顧流程、敏捷嫌 Craftsmanship 視野狹隘），但核心追求高度一致：客戶滿意、緊密協作、短回饋、高品質、專業態度。Mancuso 的收尾很動人：兩個運動本不該分離，希望有一天能再次合而為一。而 Uncle Bob 在第8章用「回到基本功」收束全書——這些紀律站在 Booch、DeMarco、Dijkstra、Knuth、GoF、乃至 Turing 的肩膀上，Agile 的根基是歷久彌新的軟體工程基本功，不論外面加多少新花樣，核心紀律始終不變。

注意事項

⚠️ 這章不是 Uncle Bob 寫的，是 Sandro Mancuso（客座）。播的時候值得點出這個「換筆」——因為 Mancuso 是工匠運動的當事人，他講「工程師被邊緣化、憤而出走」帶著親歷者的情緒，這不是旁觀者的轉述。這個視角的轉換本身就是內容的一部分。

⚠️ 別把 Craftsmanship 和 Agile 講成對立陣營。Mancuso 全章的努力恰恰相反——他要說的是「這是同一個初衷裂成兩半」，分歧源自部落主義而非根本差異。收官時務必把調子收在「和解與整合」，而不是「工匠 vs 敏捷誰對誰錯」。

⚠️ Craftsmanship 也有它的批評者：有人覺得「工匠」這個詞帶菁英主義、容易變成「炫技」「程式碼潔癖」的藉口，甚至排擠新手。書裡強調社群「高度包容、歡迎所有經驗層級」，但實務上「Craftsmanship」有時被濫用成「我寫得比你乾淨所以我比你專業」的傲慢。收官誠實一點：工匠精神的價值是真的，但它和任何理想一樣，會被人拿去當武器——這正呼應整季「帶腦讀經典、吸收價值體系但保留判斷」的態度。

專家補充

💡 「修好流程，工程就會自然變好」這個錯誤假設，是理解整本書、甚至整個敏捷興衰史的鑰匙。它解釋了為什麼 EP5 的 Flaccid Scrum、為什麼大量 Scrum Master 其實是 PM、為什麼技術實踐總被跳過——因為決策者真心相信「流程是因，工程是果」。但真相是反的：工程能力是因，敏捷流程只是放大器。爛工程＋好流程 = 更快地產出爛東西。這條把整本書串成一個完整論證。

💡 Software Craftsmanship 運動接得到一整條「工程師作為專業人士」的書系：Sandro Mancuso 自己的《The Software Craftsman》、Dave Hoover《Apprenticeship Patterns》（學徒模式，工程師的成長路徑）、以及 Uncle Bob 自己的《The Clean Coder》（職業態度、說不的勇氣、誠實估算）。這條線回答的是「我作為一個工程師，該怎麼成長、怎麼自處」——是整個 Reading Uncle Bob 系列最「以人為本」的伏流。

💡 「意識型態 vs 方法論」的區分有更大的哲學縱深。很多失敗的敏捷導入，本質上是把「方法論」當成了「意識型態」——以為「採用 Scrum」就等於「變敏捷」，把手段當成了目的。這在管理學上叫 cargo cult（草包族崇拜）：模仿表面儀式，期待自動得到結果。輔助輪的比喻就是在治這個病——別愛上輔助輪，要學會騎車。這條接得到 EP1 的 Waterfall（同樣是「模仿表面、誤解本質」的故事），首尾呼應。

討論問題

🎙️ 開場鉤子：「敏捷最初是一群工程師為了『能驕傲地做好軟體』發起的革命。結果二十年後，發起它的工程師反而覺得被邊緣化、憤而出走，另立了一個運動。今天我們聊——敏捷是怎麼被背叛的，以及那群出走的人去了哪裡。」

🎙️ 自問自答：「為什麼『只改流程』的敏捷一定不完整？」——因為協作能移除障礙，卻不會讓人自動變強。你把節奏從一年發布變成兩週發布，卻沒給團隊跟上的技術能力——結果只是更快地產出技術債。工程能力才是因，流程只是放大器。

🎙️ 拋給聽眾（收官總評）：「讀完整本《Clean Agile》，敏捷到底是被時代淘汰了，還是被我們誤解了？Uncle Bob 的答案是後者——它沒過時，只是大家忘了它的初衷。那你呢？你工作裡的『敏捷』，是真敏捷，還是只剩儀式？」

🎙️ 帶走的一題（整季收束）：「Job 還是 Profession？這禮拜問自己一次：你是『在某公司工作的人』，還是『一位軟體開發者』？這個答案，決定了你會不會在下班後，還願意為了把這門手藝做得更好而投資自己。」

更大範圍關聯

  • Reading Uncle Bob 全 6 本收束：Clean Code（品味）→ Clean Architecture（架構/SOLID）→ Clean Coder（職業態度）→ Clean Agile（流程與紀律） → Clean Craftsmanship（TDD/重構的深度教程）→ Functional Design（函數式設計）。本集的 Craftsmanship 運動，正是通往下一本《Clean Craftsmanship》的橋——那本書整本在教這集講的「工匠技術實踐」的細節。
  • 工匠運動經典：Sandro Mancuso《The Software Craftsman》（本章作者的專著）、Dave Hoover & Adewale Oshineye《Apprenticeship Patterns》（學徒模式）、Pete McBreen《Software Craftsmanship》（2001，更早的同名先聲）、Andrew Hunt《The Pragmatic Programmer》（務實工匠的祖師爺）。
  • 敏捷原典回扣：本集首尾呼應 EP1 的 Snowbird 與 Agile Manifesto——敏捷的「初衷」是這整季的主線，從第一集的誕生，到最後一集的「被背叛與守護」，構成一個完整的弧。延伸：Kent Beck《Extreme Programming Explained》、Martin Fowler《Refactoring》（第8章 Uncle Bob 親自點名的「基本功三本」）。
  • 思想史縱深：第8章那張「前人智慧傳承表」（Booch、DeMarco、Dijkstra、Knuth、GoF、Turing）把敏捷接回整個計算機科學史——這是收官最好的「拉高鏡頭」素材，說明敏捷不是 2001 年的新發明，是站在巨人肩上的再發現。
  • 在 [軟體工程領域切分藍圖] 的位置：本集橫跨「軟體工匠運動／職業發展」與「敏捷流程」兩格，是把「流程方法」與「工程師作為專業人士」縫合起來的收官章，也是整個 Reading Uncle Bob 系列「以人為本」精神的集大成。

錄製建議

  • 建議時長：約 20 分鐘。配比：Agile Hangover/被背叛的初衷 約 7 分（情緒核心，慢講）、期望落差/協作不會讓人變強 約 4 分、Craftsmanship 運動/意識型態 vs 方法論 約 5 分、Job vs Profession 與兩運動和解 約 2 分、第8章全書收束＋整季回顧 約 2 分。
  • 討論策略：用「發起革命的人被自己的革命邊緣化」這個略帶悲劇感的反差開場，情緒張力最強。中段把「修好流程工程自然變好」這個錯誤假設講透——它是串起整本書的鑰匙。收官務必把調子收在「和解與整合」（兩運動本是一家）和「回到基本功」（Uncle Bob 的初心），溫暖收尾。
  • 這是整本書、也是整季的收官。最後留 1-2 分鐘做「整季回顧」：從 EP1 的 Snowbird 誕生、鐵十字，到 EP6 的被背叛與守護——把「敏捷的初衷」這條主線完整收束。並預告 Reading Uncle Bob 的下一棒《Clean Craftsmanship》。記得呼應整季基調：經典要讀，但要帶腦讀——吸收它的價值體系，保留自己的判斷。