靈活開發對需求規劃的要求是很高的，首先需求是打散的，一個大的項目需求會拆分成很多小的功能完整的需求，以便排定優先級去逐個實作，靈活開發提升了開發效率，但是對需求規劃的要求更高了，就是對産品的需求規劃能力提出了更高的要求，必須有清晰的思路，很強的需求規劃能力才行，這樣才能保證靈活開發可以按照既定的設想去一步一步實作産品的設計。
靈活開發是通過“使用者故事”這個東東來實作傳統軟體開發所說的需求的。
一、什麼是使用者故事？
使用者故事就是定義使用者所需功能的文字描述，簡單說就是使用者的需求。一個好的使用者故事包括三個要素：
1. 角色：誰要使用這個功能。
2. 活動：需要完成什麼樣的功能。
3. 商業價值：為什麼需要這個功能，這個功能帶來什麼樣的價值。
二、使用者故事的描述
建議采用兩種方式來進行使用者故事的描述，使用者可以任選一種：
- 作為<使用者角色>，我需要<功能>，以實作<業務價值>
- 為實作<業務價值>，作為<使用者角色>，我需要<功能>
舉例：
作為一個“網站管理者”，我想要“統計每天有多少人通路了我的網站”，以便于“我的贊助商了解我的網站會給他們帶來什麼收益。”
注意事項：
使用者故事不能夠使用技術語言來描述，要使用使用者可以了解的業務語言來描述。
三、使用者故事與任務、測試等對象的關聯
每個使用者故事與多個開發任務、變更、缺陷（Bug）、測試用例和測試曆史相關聯。
1、與任務的關聯
使用者故事通過任務來實作。 實際開發工作比使用者故事更瑣碎。 實際上，每個故事都是多項任務的集合。把故事分解成多個任務，安排到人，完成了所有的任務，就意味着實作了使用者故事。
2、與變更的關聯
靈活開發就是鼓勵大家“擁抱變化”，每次使用者故事變更都做記錄，與相應的使用者故事相關聯，這樣友善整個團隊了解使用者故事的來龍去脈，減少重複勞動。
3、與測試用例的關聯
每個使用者故事開發完成需要進行測試，測試工程師應當為使用者故事編寫一個或多個測試用例。
4、與測試曆史的關聯
記錄使用者故事經曆了哪些測試，測試的結果和處理情況如何。
5、與缺陷（Bug）的關聯
記錄使用者故事發生的缺陷，檢視缺陷的處理情況。
這篇就先寫到這裡，下一篇繼續使用者故事的驗收标準和使用者故事編寫原則的撰寫，初學乍練歡迎大家前來拍磚。
（注：部分圖檔來自www.ScrumArts.com ，可随意傳播）