DORA-Metrics與SPACE-Framework
Source:職涯轉型戰略總結報告
DORA-Metrics與SPACE-Framework
當您向高層或面試官提到「我要提升團隊 10% 的效率」時，對方下一個問題一定是：「你怎麼定義效率？你怎麼證明真的提升了 10%？」
這就是 DORA Metrics 與 SPACE Framework 出現的場合。它們是目前全球頂尖科技公司（如 Google, Microsoft）用來衡量工程團隊表現的兩套標準，一個偏向「產出結果」，另一個偏向「開發者體驗」。
一、 DORA Metrics：衡量「交付速度與品質」
DORA 是 DevOps 研究團隊開發的標準，它專注於開發流程的「水管」通不通。它只有四個指標，非常精準：
| 指標名稱 | 說明 | AI 如何幫助提升？ |
|---|---|---|
| 部署頻率 (DF) | 團隊多頻繁地將程式碼上線？ | 透過 AI 自動化測試與 CI/CD，減少人工審核時間。 |
| 變更前置時間 (LTTC) | 程式碼從寫完到正式上線要多久？ | AI 輔助產出文件與自動化部署腳本，縮短流程。 |
| 變更失敗率 (CFR) | 上線後出現 Bug 需要修復的比例？ | AI 在開發階段進行靜態掃描與單元測試，先抓出 Bug。 |
| 恢復服務時間 (MTTR) | 線上出事後，多久能修好恢復？ | AI 輔助排查日誌（Log），快速精確定位錯誤點。 |
顧問分析：對於您想做的「50 人開發團隊流程優化」，DORA 是最好的成績單。您可以說：「我導入 AI 流程後，變更失敗率從 15% 降到 5%，這就是我說的效率提升。」
二、 SPACE Framework：衡量「全方位的生產力」
DORA 很棒，但它太像在看「工廠產線」。GitHub 團隊後來提出了 SPACE，強調**「工程師是人，不是機器」**。它包含五個維度：
- S (Satisfaction & Well-being)：滿意度與福祉。工程師覺得工作愉快嗎？（AI 幫忙寫無聊的重複程式碼，能提升滿意度）。
- P (Performance)：績效。這不只是看寫了幾行 code，而是看這些 code 對業務的衝擊。
- A (Activity)：活動。看 Commit 次數、Pull Request 的數量。
- C (Communication & Collaboration)：溝通與協作。團隊成員之間知識分享的速度。
- E (Efficiency & Flow)：效率與流程。工程師能不能進入「心流」，而不被瑣事打斷。
三、 您應該如何運用這兩套工具？
如果您要去投遞「架構師」或「研發主管」職位，這就是您的專業語彙。
1. 戰略上的應用
不要再說「我覺得大家變快了」。您要說：
「我打算建立一套 基於 DORA Metrics 的數據看板，追蹤 AI 導入前後的 變更前置時間 (LTTC)。我的目標是透過 AI 自動化測試，將交付速度提升 10%。」
2. 證明您的 10% 效益
您可以這樣拆解給總經理聽：
-
從 SPACE 的角度：AI 處理了 52 項 RPA 任務，讓工程師從「瑣事（Activity）」中解放，進入「開發心流（Efficiency & Flow）」，這直接反映在團隊的 滿意度 (S) 提升。
-
從 DORA 的角度：原本一個功能上線要 3 天，現在因為 AI 輔助測試與 Review，縮短到 2.5 天。這節省下來的 0.5 天，就是那 10% 以上的效率溢價。
心理導師的分析
這兩套框架能幫您解決內心「怕被說是在畫大餅」的焦慮。當您掌握了衡量標準，您就不再只是「提建議的人」，而是「能對結果負責的管理者」。這對於您要挑戰 200 萬年薪是非常關鍵的心理與專業轉變。