敏捷開發對需求規劃的要求是很高的，首先需求是打散的，一個大的專案需求會拆分成很多小的功能完整的需求，以便排定優先順序去逐個實現，敏捷開發提升了開發效率，但是對需求規劃的要求更高了，就是對產品的需求規劃能力提出了更高的要求，必須有清晰的思路，很強的需求規劃能力才行，這樣才能保證敏捷開發可以按照既定的設想去一步一步實現產品的設計。

       敏捷開發是通過“使用者故事”這個東東來實現傳統軟體開發所說的需求的。

一、什麼是使用者故事？

使用者故事就是定義使用者所需功能的文字描述，簡單說就是使用者的需求。一個好的使用者故事包括三個要素：
1. 角色：誰要使用這個功能。
2. 活動：需要完成什麼樣的功能。
3. 商業價值：為什麼需要這個功能，這個功能帶來什麼樣的價值。

二、使用者故事的描述

建議採用兩種方式來進行使用者故事的描述，使用者可以任選一種：

• 作為<使用者角色>，我需要<功能>，以實現<業務價值>
• 為實現<業務價值>，作為<使用者角色>，我需要<功能>

舉例：

作為一個“網站管理員”，我想要“統計每天有多少人訪問了我的網站”，以便於“我的贊助商瞭解我的網站會給他們帶來什麼收益。”

注意事項：

使用者故事不能夠使用技術語言來描述，要使用使用者可以理解的業務語言來描述。

三、使用者故事與任務、測試等物件的關聯

每個使用者故事與多個開發任務、變更、缺陷（Bug）、測試用例和測試歷史相關聯。

1、與任務的關聯

使用者故事通過任務來實現。 實際開發工作比使用者故事更瑣碎。 實際上，每個故事都是多項任務的集合。把故事分解成多個任務，安排到人，完成了所有的任務，就意味著實現了使用者故事。

2、與變更的關聯

敏捷開發就是鼓勵大家“擁抱變化”，每次使用者故事變更都做記錄，與相應的使用者故事相關聯，這樣方便整個團隊瞭解使用者故事的來龍去脈，減少重複勞動。

3、與測試用例的關聯

每個使用者故事開發完成需要進行測試，測試工程師應當為使用者故事編寫一個或多個測試用例。

4、與測試歷史的關聯

記錄使用者故事經歷了哪些測試，測試的結果和處理情況如何。

5、與缺陷（Bug）的關聯

記錄使用者故事發生的缺陷，檢視缺陷的處理情況。

這篇就先寫到這裡，下一篇繼續使用者故事的驗收標準和使用者故事編寫原則的撰寫，初學乍練歡迎大家前來拍磚。

（注：部分圖片來自www.ScrumArts.com ，可隨意傳播）