User Story Mapping 的好處

在使用 agile 方式來開發軟體時, 我們常常使用 user story 來描述我們在sprint中要處理的東西. 因此我們一開始會根據 MRD  or PRD or SRS, 來列出100-200 個 user story, 然後我們會對他們來排出要處理的優先順序, 以方便之後 sprint 的進行.

可是問題來了, 當要處理的項目很多時, 我們便會有以下問題:
1. 這 100-200 個彼此之間的關係是甚麼?

kojenchieh 發表在 痞客邦 留言(0) 人氣()


Designing Ahead: The Good, The Bad, and The Ugly
by Anders on August 22, 2010
http://www.andersramsay.com/2010/08/22/designing-ahead-the-good-the-bad-and-the-ugly

在agile UX的流程中, 我們通常須要求某些design的工作, 會在 iteration 之前開始進行. 但是這不是意味設計人員單獨進行設計, 而不需要開發人員的加入. 而是需要整個團隊

kojenchieh 發表在 痞客邦 留言(0) 人氣()

A day in life of an AgileUX Practitioner: Personas
http://www.agile-ux.com/2011/03/08/a-day-in-life-of-an-agileux-practitioner-personas/
Posted by jc-Qualitystreet

Persona 的觀念
- Persona 是一個使用者的原型, 是目標族群的虛構代表. 它可以幫助你在產品功能或是視覺設計時做出決定

kojenchieh 發表在 痞客邦 留言(0) 人氣()

 

Persona driven user stories for Agile UX
http://www.disambiguity.com/persona-driven-user-stories-for-agile-ux/
Author: Leisa Reichelt

kojenchieh 發表在 痞客邦 留言(0) 人氣()

如何進行user story map


How to create a User Story Map
http://winnipegagilist.blogspot.tw/2012/03/how-to-create-user-story-map.html

最近對於要如何處理複雜需求有興趣, 因此想知道user story map是否有幫助. 目前在網路上有不少文章討論,

但是還沒有相關書籍出版, 所以只能藉由一些文章來了解. 所以第一步, 先至少了解他是怎麼進行的

步驟
1. 成立一個3-5人的團隊, 這些人是了解產品的目的是甚麼.
- 若是少於這些人數, 可能會遺漏某些想法
- 若是超過這些人數, 可能會讓整個過程變慢, 導致無法產生足夠的好的想法

2. 在大家都不出聲的狀況下, 開始收集這個產品或是應用系統主要的user tasks.
- 這個user task是指使用者會做的事情
- 每個人使用相同顏色的便利貼來撰寫user task
- 每張便利貼只寫一件user task
- 一旦大家都寫完自己的user task, 便請每個人唸出他自己所寫的東西, 並且把它貼到白板上面
- 如果有發現重複的話, 便把這張便利貼移除
- 每個usere task的描述, 通常是動詞開始. 例如: compose e-mail, create contact 或是 Add user 等等
- 這些user task 是high level的user stories, 它組成了map的walking skeleton

3. 同樣在不出聲的情況下, 請大家把這些便利貼分組
- 把類似的task放在同一組裡面
- 如果發現重複的task, 要把它移除

4. 利用不同顏色的便利貼, 對每個群組命名, 並且把它貼在每個群組的上面

5. 根據使用者完成這些工作的順序, 由左至右來排列這些群組
- 這些群組叫做user activities, 它組成了map的backbone

A1       A2    A3          (user activities = backbone)
T1 T2 T3 T4 T5 T6 T7 T8 T9 (user tasks = skeleton & timeline)

6. 現在逐一檢視skeleton, 以確保我們沒有遺漏任何主要的user tasks 或是activities.
- 你可以利用user scenarios 或是利用使用者, 來檢視每件事情都被包含進去

7. 當你完成以上步驟時, 你可以增加detailed user stories 在user task下面. 並且把它們拆解幾部分, 以分不同時間發行
- 一開始可以先用silent brainstorming的技巧, 來產生每個user tasks最重要或是最初始的user stories.
- 然後再利用user scenarios and persona來增加user stories的內容
- 這樣你就可以請使用者來排出要發行的優先順序





kojenchieh 發表在 痞客邦 留言(1) 人氣()

您尚未登入,將以訪客身份留言。亦可以上方服務帳號登入留言

請輸入暱稱 ( 最多顯示 6 個中文字元 )

請輸入標題 ( 最多顯示 9 個中文字元 )

請輸入內容 ( 最多 140 個中文字元 )

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼