背景
2016 敏捷大會上，資深教練 Esther Derby 分享「程序員轉型的六條規則」，核心理念：**尊重人、承認複雜性、激發內驅力**，用「培育變革氛圍」替代「驅動/佈道變革」，降低阻力，實現可持續轉型。
六條規則深度解讀
規則一：追求和諧平衡 —— 自我、他人、環境三方共贏
「採取和諧的工作態度，平衡自己的興趣、他人的興趣和環境的要求。」
- 同理心起點：理解為什麼人們想維持現狀（安全感、習慣、利益），而非責備「抗拒變革」。
- 動態平衡：像站在搖晃的木板上，需持續微調。環境變化、情緒波動都是常態，接納並適應。
- 實踐：推新工具/流程前，先聽取團隊痛點；調整績效指標時，兼顧個體成長與業務目標。
規則二：尊重過去，肯定當下
「尊重過去有價值的東西和現在正在為之努力的東西。」
- 去標籤化：不要把舊流程貼上「愚蠢/錯誤」標籤，它曾是最佳選擇。
- 心理安全：讓人感到被尊重，才願意暴露問題、嘗試新事物。
- 話術轉換：「我們過去做得很好，現在環境變了，我們一起探索更好的方式」 vs 「以前的辦法太爛了，必須換」。
規則三：評估當前系統與情境
「評估當前的情況和系統。」
- 看見全貌：什麼在起作用？誰受益？誰受損？模式是什麼？
- 避免預設方案：不帶著「要上 Scrum/Jira/微服務」的預設結論去評估。
- 工具：價值流圖、系統建模、退休會議、匿名調查。
規則四：激活非正式溝通網絡
「激活溝通網絡，通過體系去散播新的想法。把受信任的人和願意提建議的編織在一起。」
- 雙通道：正式層級傳達「授權與資源」，非正式網絡傳遞「信任與共識」。
- 意見領袖：識別團隊中受信任的「非正式領導者」，讓他們成為變革夥伴。
- 社區建設：建立實踐社區、技術分享會、跨職能影子學習，讓想法自然滲透。
規則五：引導變革，小步快跑
「引導改變。考慮哪裡應該應用全局原則，以及什麼能做局部改進。按逐步達成成功的方式開展工作。」
- 原則 vs 實踐：全局原則（如「快速反饋」）統一，具體實踐（如「每日站會/看板/自動化測試」）因地制宜。
- 最小可行性變革 (MVC)：最小嘗試 → 觀察反饋 → 調整 → 擴散。避免大爆炸式推行。
- 慶祝微小勝利：可見的進展建立信心，比宏大願景更有說服力。
規則六：設計實驗，拥抱學習
「設計實驗去促進學習並投身其中。」
- 實驗思維：假設 → 行動 → 觀察 → 學習。失敗 = 發現不奏效的路徑 = 寶貴知識。
- 組織學習：若組織習慣用實驗解決問題，變革就成為日常肌肉記憶，而非驚心動魄的項目。
- 安全容器：為實驗設定邊界（時間、範圍、回滾機制），降低風險恐懼。
從「程序員」到「變革領航員」的心路歷程
這六條規則不僅適用於敏捷教練、Scrum Master、Tech Lead，每個想在團隊推動改進的開發者都能用上：
- 想推 CI/CD？先理解運維為什麼抗拒（規則一、二）。
- 想引入代碼評審？先看現有流程怎麼運作、誰受益（規則三）。
- 想推廣 TDD？找團隊裡最受尊敬的前端/後端大牛做夥伴（規則四）。
- 別寫文檔強推，先在一個小模塊試點、拿數據說話（規則五）。
- 把每次嘗試當實驗，復盤分享，建立團隊「持續改進」文化（規則六）。
總結
真正的變革不是「讓別人聽你的」，而是「創造條件，讓更好的發生」。Esther Derby 的六條規則，本質是系統思考 + 人本關懷。下次想推動什麼改變時，試著問自己：「我在培育土壤，還在強行澆水？」
