AI 時代到底該怎麼管一個工程團隊

原始來源與檔名：20260514_2026-05-14T093823+0800-AI 时代到底该怎么管一个工程团队.md

前言/背景

Fiona Fung（Anthropic Claude Code 工程與產品負責人）的這場演講，是對「寫代碼幾乎免費之後，什麼才是真正的稀缺資源」這個問題的一次系統性回答。核心洞見是：所有曾經圍繞「開發成本高」這個假設所設計的流程（六個月路線圖、繁瑣設計文件、冗長 Code Review、知識庫管理、傳統 Onboarding），在這個假設失效之後，都成了需要被清除的技術債。新的瓶頸已經轉移到了驗證、跨職能協作、安全性與品味。

章節詳細總結

  1. 瓶頸的根本遷移：

    • 過去 50 年的軟體工程流程，都建立在「寫代碼很貴」的假設上（瀑布到敏捷，本質都是分配稀缺的開發資源）。
    • 現在代碼產出速度提升了一個數量級，新瓶頸是：驗證（Validation）、評審（Review）、跨職能協作（Cross-functional）、安全性（Security）。

  2. 少做什麼（已失效的流程）：

    • 六個月路線圖：改為 JIT Planning（即時規劃）——只在需要時規劃，因為原型成本趨零，「提前規劃」的槓桿消失了。
    • 設計文件：從「先寫 Doc」改為「先發 PR」。有想法直接做出來，比評審 Mock 更有效。
    • 產品評審：因為產品形態變化太快，改為直接推給 Anthropic 全員（Ant-fooding）再推給外部用戶。

  3. 多做什麼（左移品質保障）：

    • Shift Left：把品質保障從靠近交付端的人工測試，向靠近源頭的自動化推移。
    • 在高吞吐量的 AI 輔助開發環境中，每個人都可能不小心引入回歸，傳統的人工 QA 根本接不住這麼高的代碼產出率。

  4. 技術辯論的新方式：

    • 從「拉到白板房畫架構圖」改為「讓 Claude 同時搓出三個 PR 版本，直接對比完整代碼實現」。
    • 「當建構變得廉價，無休止的爭論就顯得極其昂貴。」

  5. Code Review 的人機分工：

    • 交給 Claude：風格檢查、Lint 去重、回應評審意見、抓常規 Bug、補全單元測試。
    • 保留給人工：法律與合規審核、安全敏感代碼、產品體驗的品味與直覺（目前 LLM 最難跨越的門檻）。

  6. 組織架構三原則：

    • 扁平結構：層級越多，目標變化時對齊成本越高。
    • 所有組共用一個 Mission，不讓每個小組各自定 Mission。
    • 所有經理必須先做 IC：Fiona 的硬性要求，因為在 AI 輔助開發環境中，不親自跑代碼的管理者無法真正理解現實。

  7. 代碼是唯一的事實來源（Source of Truth）：

    • 回應客訴時直接啟動 Claude Code，掛載 Repo 讓模型從代碼找邏輯。這徹底消除了「文件與代碼不同步」的千年遺留問題。

  8. 三個可觀察指標 + 一個警告：

    • 新人上手時間下降、PR 週期縮短、Claude 介入提交的比例提升。
    • 警告：不要只看「有多少代碼是 AI 寫的」，那只是虛榮指標。關鍵是產品質量和可靠性。

總結與結論

流程極少自然消亡，組織只會不斷往上堆砌新流程。在 AI 輔助開發時代，明確允許清除舊流程，比引入新工具更重要。每個工程負責人都應該定期回頭問自己：「這個流程當初是為了解決什麼成本問題而存在的？那個成本問題現在還存在嗎？」