在 sprint 期間，項目團隊編寫簡短的用戶故事來計劃下一個 sprint 的工作。 在本課程中，敏捷開發專家 Doug Rose 解釋瞭如何編寫用戶故事並確定其優先級。 它還解釋了在規劃敏捷項目時要避免的主要陷阱。
當我們談論用戶故事時，我們的意思是什麼？
在敏捷方法中，用戶故事是最小的工作單元。 從用戶的角度來看，它們代表了軟件的最終目標（而不是功能）。
用戶故事是從用戶的角度編寫的對軟件功能的通用、非正式的描述。
用戶故事的目的是描述選項將如何為客戶創造價值。 注：客戶不一定是傳統意義上的外部用戶。 根據團隊的不同，這可能是組織中的客戶或同事。
用戶故事是對期望結果的簡單描述。 它沒有詳細描述。 在團隊接受需求時添加需求。
什麼是敏捷衝刺？
顧名思義，敏捷衝刺是產品開發的一個階段。 Sprint 是一個簡短的迭代，它將復雜的開發過程分成幾個部分，以便根據中期審查的結果對其進行簡化、調整和改進。
敏捷方法從小步驟開始，並在小迭代中開發產品的第一個版本。 這樣就避免了很多風險。 它消除了 V 項目的障礙，這些項目分為幾個連續的階段，例如分析、定義、設計和測試。 這些項目在流程結束時執行一次，其特點是它們不為公司用戶提供臨時訪問權限。 因此，在這個階段，產品可能不再滿足公司的需求。
Scrum 中的積壓工作是什麼？
Scrum 中的 Backlog 的目的是收集項目團隊需要滿足的所有客戶需求。 它包含與產品開發相關的規範列表，以及需要項目團隊干預的所有元素。 Scrum Backlog 中的所有功能都具有確定其執行順序的優先級。
在 Scrum 中，Backlog 從定義產品目標、目標用戶和各種項目利益相關者開始。 接下來是要求列表。 其中有些是功能性的，有些則不是。 在規劃週期中，開發團隊分析每個需求並估算實施成本。
根據需求列表，制定優先功能列表。 排名基於產品的附加值。 這個按優先順序排列的功能列表構成了 Scrum Backlog。
