INVEST原則

Properties2
tags狀態/草稿, 領域/pm, 領域/敏捷
aliasesINVEST, INVEST 原則, INVEST in Good Stories, User Story 檢驗清單

閱讀時間約 6 分鐘

INVEST原則

一句話定義

Bill Wake 2003 年提出的 User Story 品質檢驗 6 條清單（Independent / Negotiable / Valuable / Estimable / Small / Testable）——用來檢視一條 user story（或更廣義的「拆分後的需求顆粒」）是否拆得夠好；不限敏捷環境，是 拆分需求 的標準驗收標尺。

核心要點

出處

  • 作者：Bill Wake（XP / 敏捷實踐者）
  • 原文：INVEST in Good Stories, and SMART Tasks（2003 年 8 月）
  • 論文標題本身的雙關：「INVEST」既是首字母縮寫，也是「投資」——好的 user story 值得投資時間整理
  • 配套：同篇還提出 SMART Tasks（Specific / Measurable / Achievable / Relevant / Time-boxed）作為 task 層級的對應

6 條原則

#原則中文內容失敗訊號
1Independent獨立的各 story 之間互不依賴，可獨立排序、獨立交付A 必須等 B 做完才能動工
2Negotiable可協商的story 是對話的提示，不是死板規格——保留調整彈性拆完直接丟給開發人員「硬吃」
3Valuable有價值的對使用者或客戶有價值（不是純技術重構）完成後沒人能說出「這個 story 對誰好」
4Estimable可估算的開發團隊估得出工時或排得出優先級「這個我不知道要多久」「這沒辦法評估」
5Small小的大小合適（不是越小越好；參考：團隊幾個 Sprint 內可完成）一個 story 跨多個迭代仍未完成
6Testable可測量的能寫出驗收條件，能後續追蹤是否達成「成功」沒有客觀判準

使用方式

盈秀 在 2026-05-01-盈秀-拆分需求 中強調：「無論是否是在敏捷的環境，我認為這些概念都很適合用來檢視每一次需求的拆分夠不夠恰當。」

  • 拆完後檢驗：把每個拆分顆粒對照 6 條，找出失敗訊號
  • 拆分前的設計準則：在水平 vs 垂直選擇時，垂直拆分更容易滿足 INVEST（特別是 Independent / Valuable）
  • 跨職能對話的共識基礎：PM / PD / RD 用同一個檢驗清單對話，減少「你覺得拆好了 / 我覺得沒」的爭執

與其他概念的關係

  • 與 拆分需求：本頁是「拆得好不好」的驗收清單 / 拆分需求 是「怎麼拆」的方法論——前者驗收、後者操作
  • 與 Goal-Signal-Metric 對位（兩個都是檢驗框架）：
    • G-S-M = 指標的「由大到小」三層拆解（為了量化某個目標該量什麼）
    • INVEST = User Story 的「6 條品質標準」（拆完後檢查是否拆得好）
    • 兩者都是 Tom-Liou PRD 七部曲與 盈秀 Discovery 流程中的結構化驗收工具
  • 與 PRD：PRD 第 2 部「Feature 條列 + Phase 切分」的子顆粒應通過 INVEST 檢驗——若 P0 = MVP 但無法獨立交付（違反 Independent），則 P0 還沒切對
  • 與 12個問題法則 / 檢核提案的-10-個問題 / 10-10-10-法則 並列為 vault 中結構化決策清單家族——但場景不同：12 問是 PKM 篩選 / 10 問是創意提案自檢 / 10-10-10 是恐懼處理 / INVEST 是需求拆分驗收
  • 與 專案管理 「執行前四個確認」對位：兩者都是執行前的事前 check 清單——專案管理面對單一專案的執行風險 / INVEST 面對需求顆粒的品質風險

相關來源

備註

單來源建頁的判斷：INVEST 是外部權威框架（Bill Wake / 2003 / XP 社群廣泛引用），與 Goal-Signal-Metric / DEAL框架 / STAR原則 等同類處理。雖然 vault 中目前只 1 來源，但本框架的命名穩定性與後續被引用機率極高，獨立成頁更便於未來累積。

未來累積方向：

  • (a) SMART Tasks（Bill Wake 同篇配套）—— 任務層級的對應；待未來來源 ingest 後可建獨立頁或合併到本頁
  • (b) CCC（Card / Conversation / Confirmation，Ron Jeffries 的 user story 三元素）—— INVEST 的姊妹框架
  • (c) Definition of Done / Definition of Ready（DoD / DoR）—— 與 INVEST 在敏捷流程中的銜接
  • (d) 反向討論：INVEST 的批判（如 Independent 在現代複雜系統中越來越難達成 / Small 的尺度依團隊速度而異）
  • (e) Sprint 概念頁——本頁 Small 原則引用 Sprint 為尺度，但 Sprint 本身尚未獨立建頁（vault 累積到敏捷專題後處理）

反向連結