菜鳥Scrum敏捷實踐系列（一）使用者故事概念

菜鳥scrum敏捷實踐系列索引　　

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

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

一、什麼是使用者故事？

使用者故事就是定義使用者所需功能的文字描述，簡單說就是使用者的需求。乙個好的使用者故事包括三個要素：

1. 角色：誰要使用這個功能。

2. 活動：需要完成什麼樣的功能。

3. 商業價值：為什麼需要這個功能，這個功能帶來什麼樣的價值。

二、使用者故事的描述

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

舉例：作為乙個「**管理員」，我想要「統計每天有多少人訪問了我的**」，以便於「我的贊助商了解我的**會給他們帶來什麼收益。」

注意事項：

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

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

1、與任務的關聯

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

2、與變更的關聯

3、與測試用例的關聯

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

4、與測試歷史的關聯

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

5、與缺陷（bug）的關聯

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

敏捷開發確實是好東東，但是國內由於長期受到傳統軟體開發思想的薰陶，中毒太深，大多數人仍然用模組化的思維方式來考量需求，始終不能用「價值」來考量需求。

菜鳥Scrum敏捷實踐系列（一）使用者故事概念

菜鳥scrum敏捷實踐系列索引 敏捷開發對需求規劃的要求是很高的，首先需求是打散的，乙個大的專案需求會拆分成很多小的功能完整的需求，以便排定優先順序去逐個實現，敏捷開發提公升了開發效率，但是對需求規劃的要求更高了，就是對產品的需求規劃能力提出了更高的要求，必須有清晰的思路，很強的需求規劃能力才行，這...

SCRUM敏捷實踐 任務看板

任務板 牆 展現了我們在sprint過程中所有要完成的任務。在sprint過程中我們要不斷的更新它。如果某個開發人員想到了乙個任務他就可以把這個任務寫下來放在任務牆上。無論每日站會過程中或者之後，如果估計發生了變化，任務會根據變化在任務牆上做相應的調整。通常的任務板是下面這個樣子 任務牆被橫豎分割成...

敏捷開發思想及Scrum實踐

希望所有的研發人員不僅僅是機械的寫 也能洞悉市場 了解使用者，讓自己的產出能夠適配使用者和市場的需求，這何嘗不是一種成就感 希望所有的研發人員不再受困於狹窄的職場方向，而是有更多可能轉型產品 市場 管理 敏捷開發思想 呆伯特老闆的理解 沒有什麼計畫或者文件，直接開始寫 很多業內人士的理解 迭代 開發...