工具-五大理想

🎯 什麼情境該想到我

當你想診斷「為什麼團隊/開發者做事這麼卡、這麼不快樂」，或想改善工程文化與生產力時。用這五面向逐一檢視。

⚙️ 怎麼用（五個檢視面向，各附可量測的判準）

1. 局部性與簡單性：能不能在自己範圍內完成事情，不用層層等別人？系統與流程夠簡單嗎？
   • 範圍不只是程式碼：組織與決策也要有局部性——小決策不該層層上呈。書中對這個病灶的稱呼是「廣場（The Square）」：要找隔壁的工程師合作，得往上兩層、橫過兩層、再往下兩層。
   • 原則：「外部世界已經夠複雜了，我們絕不能容許複雜跑進自己能控制的東西裡——無論是程式碼、組織還是流程。」
   • 📏 可量測：實作一個功能平均要動用幾個團隊？（書中抽樣是 4.2 個，很多要跟 8 個以上團隊互動——「要跟八個團隊協作的人不可能完成任何事」。）
2. 專注、心流與愉悅：開發者能不能不被打斷地進入心流？部署是小而頻繁還是大而痛苦？
   • 反面長什麼樣：無聊、等別人做完、只看得到整體的一小塊、只有在部署爆炸時才看到自己工作的結果，接著是救火、懲罰與燃燒殆盡。
   • 📏 可量測：改完一行程式到顧客能用，要多久？員工滿意度分數——書中 Parts Unlimited 的分數是業界數一數二的高，唯獨 IT 部門是 -27，而那正是負責公司最重要專案的部門。
3. 改善日常工作：有沒有留時間還技術債、改善流程？（改善工作 > 工作本身）
   • 正面的行為定義是 Andon cord：任何人遇到問題都被期待隨時求助，即使得停下整條產線；而且他會因此被感謝——因為那是改善日常工作的機會。
   • 反面是 TWWADI（The Way We’ve Always Done It，我們一向都這樣做）。書中列出的清單可以直接拿去對照自家流程：僵化的專案計畫、缺乏彈性的採購流程、強勢的架構審查委員會、稀疏的發布排程、冗長的審批流程、嚴格的職責分離——每一項都在墊高協調成本與延遲成本。
4. 心理安全感：出事時大家敢說真話嗎？（見 工具-心理安全感）
   • 因果鏈：解決問題需要預防，預防需要誠實，誠實需要沒有恐懼。
5. 顧客至上：做的每件事是否真的替顧客創造價值，而非只顧內部指標？
   • 📏 原話式檢驗（比「有沒有價值」銳利得多）：

     “are they willing to pay us for it or is it only of value to our functional silo?”
     （顧客願意為它付錢嗎，還是它只對我們這個部門本身有價值？）

   • 書中把它落地成一個制度：所有總監級以上主管每年兩次到門市當第一線員工。

哪一項最弱，就是你最該下手改善的地方。

🧪 我實際套用的紀錄

• 2026-07-15：（待填）

⚠️ 注意

• 五者相互支撐；只做表面工具（CI/CD）卻無心理安全與改善時間，仍走不遠。
• 有落地順序：Erik 說得很明白——還技術債能幫你實現第一、第二理想，但幾乎肯定得先掌握第三理想（改善日常工作）。少了「把改善本身變成日常」這個能力，前兩個理想是拿不到的。
• 看看最好的工程師被放在哪一層：科技巨頭把最強的工程師放在「開發者日常生產力」這個底層，讓每個開發者都受益；而書中的公司把最強的人全放在最上層做功能，底層只有實習生。這是一個很快的診斷。
• 引用出處要注意：五大理想的正式定義出現在書中 Erik 於酒吧的那段講述；書末附錄只列了五個名稱、沒有定義。只看附錄會漏掉每個理想真正的內涵。

🔗 相關工具

• 工具-心理安全感 —— 第四個理想的細節卡，也是其他理想能不能落地的前提
• 工具-技術債功能凍結 —— 第三理想「改善日常工作」的一次性重手段：用有期限的功能凍結，把還債從口號變成排程
• 工具-核心與語境盤點 —— 第五理想「顧客至上」在投資決策層的展開：顧客願不願意付錢，決定哪些系統該留、哪些該交出去
• 工具-資料民主化 —— 第一理想「局部性」在資料層的落地：團隊不必開單等別人，就能拿到自己需要的資料
• 工具-三步工作法 —— 互補框架：五大理想診斷「開發者為什麼不快樂」，三步工作法處理「流程為什麼慢」
• 工具-降低在製品WIP —— 對應第二個理想「專注、心流與愉悅」的具體手段：WIP 不降就不會有心流