INVEST簡寫是什麼意思？
INVEST是一個縮寫，可以幫助產品經理或開發人員建立高質量的使用者故事。 INVEST代表Independent獨立，Negotiable可協商，Valuable有價值，Estimable可估計，Sized-Suitablely大小適當，Testable可測試。
I - 獨立：如果可能的話，使用者故事應該是獨立的的，以避免依賴於其他使用者故事。由於敏捷方法的一個特點是靈活和重新劃分重要內容的優先順序，因此獨立使用者故事可以在迭代規劃期間提供靈活性。如果發現使用者故事彼此依賴，則可以將較小的相互依賴的使用者故事組合在一起。類似地，可以將較大的依賴使用者故事劃分為較小的故事，以便其中一個新的較小故事包含並隔離較大故事的重疊部分。
N - 可協商：使用者故事可以隨時更改或重寫，直到編碼為止。這進一步支援了與敏捷方法相關的靈活性。由於需求的優先順序經常演變為上升或下降，使用者故事應該能夠適應不斷變化的需求。
V - 有價值：使用者故事代表終端使用者或購買者的目標，並且應該交付被認為有價值的功能。這意味著技術設計的細節並不需要作為使用者故事的文件。一些技術要求具有對使用者有價值的元件。使用者可能希望頁面在2秒內載入。使用者故事將指定需要2秒的頁面載入時間，而實際的實現的具體細節將被省略。
E - 可估計：應始終能夠估計使用者故事的大小。有時，開發人員不具備確定特殊情況或使用者故事所需的經驗時，使用者故事可以分為兩個單獨的使用者故事。第一個是“尖峰”，開發人員在此進行一些快速研究，以確定某事的可行性，或者更好地瞭解實現該特定功能可能需要多長時間。尖峰始終是時間框，意味著它被限制在預定義的時間量內。“尖峰”使用者故事可能被命名為“研究（某事）以確定......”，而第二個使用者故事則是實際交付功能的地方。應將這兩個使用者故事安排為兩個單獨的迭代，例如可以完成尖峰，並在編碼開始之前評估第二個使用者故事的可行性。如果出現問題，團隊就有時間做出反應。
S - 大小適當：使用者故事不應太大或太小。那麼你如何決定什麼尺寸是正確的。首先，任何開發人員在單次迭代中無法完成的使用者故事（或者一對開發人員在使用配對程式設計時無法完成）都太大了。使用者故事應細分為兩個或更多小故事。同樣，沒有必要僅僅為了分解功能而使使用者故事過於細化。如果功能組合在一起並相互補充，則製作單個使用者故事是有意義的。例如，“作為求職者，我希望能夠在我的電子簡歷上新增，刪除和編輯工作技能，以便我能夠準確列出我的技能。”沒有理由分開“新增，刪除，並編輯“進入多個使用者故事，除非其中一個建立大量的工作，使使用者的故事太大，無法進行迭代。
T - 可測試：使用者故事必須是可測試的，以確保開發正確完成。那麼使用者故事什麼時候不可測試？通常，如果分析師不仔細，以不可測試的方式編寫了非功能性要求。考慮一下這個例子，“頁面應該總是快速載入”。本宣告中有兩個不可測試的元件; “總是”和“快速”。一個可測試的陳述是“頁面應在97％的時間內在1.5秒內載入”。