• <center id="ye0c0"><u id="ye0c0"></u></center>
  • <optgroup id="ye0c0"><acronym id="ye0c0"></acronym></optgroup>
  • INVEST簡寫是什么意思?

      INVEST是一個縮寫,可以幫助產品經理或開發人員創建高質量的用戶故事。 INVEST代表Independent獨立,Negotiable可協商,Valuable有價值,Estimable可估計,Sized-Suitablely大小適當,Testable可測試。

      I - 獨立:如果可能的話,用戶故事應該是獨立的的,以避免依賴于其他用戶故事。由于敏捷方法的一個特點是靈活和重新劃分重要內容的優先級,因此獨立用戶故事可以在迭代規劃期間提供靈活性。如果發現用戶故事彼此依賴,則可以將較小的相互依賴的用戶故事組合在一起。類似地,可以將較大的依賴用戶故事劃分為較小的故事,以便其中一個新的較小故事包含并隔離較大故事的重疊部分。


      N - 可協商:用戶故事可以隨時更改或重寫,直到編碼為止。這進一步支持了與敏捷方法相關的靈活性。由于需求的優先級經常演變為上升或下降,用戶故事應該能夠適應不斷變化的需求。


      V - 有價值:用戶故事代表最終用戶或購買者的目標,并且應該交付被認為有價值的功能。這意味著技術設計的細節并不需要作為用戶故事的文檔。一些技術要求具有對用戶有價值的組件。用戶可能希望頁面在2秒內加載。用戶故事將指定需要2秒的頁面加載時間,而實際的實現的具體細節將被省略。


      E - 可估計:應始終能夠估計用戶故事的大小。有時,開發人員不具備確定特殊情況或用戶故事所需的經驗時,用戶故事可以分為兩個單獨的用戶故事。第一個是“尖峰”,開發人員在此進行一些快速研究,以確定某事的可行性,或者更好地了解實現該特定功能可能需要多長時間。尖峰始終是時間框,意味著它被限制在預定義的時間量內。 “尖峰”用戶故事可能被命名為“研究(某事)以確定......”,而第二個用戶故事則是實際交付功能的地方。應將這兩個用戶故事安排為兩個單獨的迭代,例如可以完成尖峰,并在編碼開始之前評估第二個用戶故事的可行性。如果出現問題,團隊就有時間做出反應。


      S - 大小適當:用戶故事不應太大或太小。那么你如何決定什么尺寸是正確的。首先,任何開發人員在單次迭代中無法完成的用戶故事(或者一對開發人員在使用配對編程時無法完成)都太大了。用戶故事應細分為兩個或更多小故事。同樣,沒有必要僅僅為了分解功能而使用戶故事過于細化。如果功能組合在一起并相互補充,則制作單個用戶故事是有意義的。例如,“作為求職者,我希望能夠在我的電子簡歷上添加,刪除和編輯工作技能,以便我能夠準確列出我的技能。”沒有理由分開“添加,刪除,并編輯“進入多個用戶故事,除非其中一個創建大量的工作,使用戶的故事太大,無法進行迭代。


      T - 可測試:用戶故事必須是可測試的,以確保開發正確完成。那么用戶故事什么時候不可測試?通常,如果分析師不仔細,以不可測試的方式編寫了非功能性要求。考慮一下這個例子,“頁面應該總是快速加載”。本聲明中有兩個不可測試的組件; “總是”和“快速”。一個可測試的陳述是“頁面應在97%的時間內在1.5秒內加載”。

    敏捷

    美女漫画大全