創(chuàng)建用戶故事地圖(User Story Mapping)的8個(gè)步驟

0 評論 141416 瀏覽 349 收藏 9 分鐘

用戶故事地圖已經(jīng)成為敏捷需求規(guī)劃中的一個(gè)流行方法。用戶故事地圖可以將你的backlog變成一張二維地圖,而不是傳統(tǒng)的簡單列表。用戶故事地圖可以解決以下問題:

  • 讓你更容易看清backlog的全貌
  • 為新功能篩選(grooming)和劃定優(yōu)先級提供了更好的工具,幫助你做出決策
  • 便于使用靜默頭腦風(fēng)暴模式和其他協(xié)作方式來產(chǎn)生用戶故事
  • 幫助你更好的進(jìn)行迭代增量式開發(fā),同時(shí)確保早期的發(fā)布可以驗(yàn)證整體架構(gòu)和解決方案
  • 為傳統(tǒng)的項(xiàng)目計(jì)劃提供了一個(gè)更好的替代工具
  • 有助于激發(fā)討論和管理項(xiàng)目范圍
  • 允許你從多個(gè)維度進(jìn)行項(xiàng)目規(guī)劃,并確保不同的想法都可以得到采納

QQ20160119112634

創(chuàng)建用戶故事地圖的8個(gè)步驟

1. 召集到3-5名對產(chǎn)品非常熟悉的人員參與。3-5人聽上去像是個(gè)魔法數(shù)字,實(shí)際上是的。因?yàn)楦俚娜艘馕吨銦o法獲得足夠的建議,而更多人則會因?yàn)橛懻摵蛥f(xié)調(diào)降低會議效率。

2. 使用靜默頭腦風(fēng)暴模式,讓每個(gè)人在便簽紙上寫下自己認(rèn)為重要的“所要做的事情”也就是 用戶任務(wù)(user task)。每個(gè)人都用同樣顏色的便簽來書寫自己的用戶任務(wù)描述,這個(gè)階段不要互相討論。一旦大家都基本完成了準(zhǔn)備,讓每個(gè)人輪流大聲讀出自己的內(nèi)容,并把便簽紙全部放置在桌面上,這時(shí)如果出現(xiàn)重復(fù)的內(nèi)容就可以省略掉:

  • 根據(jù)你的產(chǎn)品規(guī)模,這個(gè)過程可能需要3-10分鐘的時(shí)間;你可以觀察大家的行為來判斷是否需要停止。
  • 基本上每張便簽都會以一個(gè)動詞開頭,如:發(fā)送郵件、創(chuàng)建聯(lián)系人、添加用戶等。
  • 這些便簽組成了一級用戶故事,Jeff Patton稱為用戶任務(wù)(user tasks),它們組成了用戶故事地圖上的 “行走的骨骼” (the walking skeleton)部分。
  • 這時(shí)可以提示參與者:我們只用了很少的時(shí)間就完成了需求的收集過程,而且有些內(nèi)容你可能沒有想到,而其他人幫你想到了。

3. 然后,讓大家將桌面上所有的便簽進(jìn)行分組,將類似的任務(wù)分為一組,其他的的類似

  • 這個(gè)過程最好也讓大家采用靜默模式進(jìn)行,因?yàn)檫@樣做會更快。如果發(fā)現(xiàn)重復(fù)的內(nèi)容,就略過
  • 基本上分組會很容易完成
  • 這時(shí)同樣觀察每個(gè)人的行為,判斷大家是否已經(jīng)做完,基本上這個(gè)過程需要2-5分鐘

4. 選擇另外一個(gè)顏色的便簽,對每個(gè)組進(jìn)行命名,并貼在每組便簽的上部

5. 對這些分好組的便簽進(jìn)行排序,一般按照用戶完成操作的順序,從左到右擺放

  • 如果大家無法決定順序,那么順序可能沒有那么重要(明顯)。
  • 這一組便簽,Jeff Patton稱為 用戶活動 (User Activities)
  • 這時(shí)你的地圖應(yīng)該類似于

QQ20160119112646

6. 現(xiàn)在,按照 “行走的骨骼” 用戶行為 這行開始講述用戶故事,確保你沒有遺漏任何用戶行為和用戶任務(wù)。這時(shí)一般由組織者進(jìn)行講述,其他人提出意見,甚至可以讓最終用戶來參與討論。

7. 這時(shí),我們已經(jīng)完成了用戶故事地圖的基本框架;可以在每個(gè)用戶任務(wù)下面添加更加細(xì)節(jié)的 用戶故事(User Stories)了。這時(shí)仍然建議使用靜默頭腦風(fēng)暴的模式來進(jìn)行第一輪用戶故事的產(chǎn)生,同時(shí)借助如Persona和Scenario等方式協(xié)助完成這個(gè)過程。一旦你完成了用戶故事的創(chuàng)建,就可以開始劃定你的 發(fā)布計(jì)劃(Releases)

  • 一般我習(xí)慣在第一個(gè)發(fā)布中只選擇每個(gè)用戶任務(wù)的2-3個(gè)用戶故事。這對于幫助大家排定優(yōu)先級和范圍將很有幫助。
  • 基本上我們不必使用用戶故事的標(biāo)準(zhǔn)句法(As a …)來書寫這些故事,因?yàn)槊繌埍愫灦继幱谖覀兊牡貓D的特定位置,大家很容易識別其所處的場景和角色。

8. 最后,針對第一個(gè)發(fā)布的所有用戶故事進(jìn)行分解,確保我們的第一個(gè)發(fā)布越小越好,基本上你需要保證在1-2個(gè)迭代后就可以發(fā)布你產(chǎn)品的第一個(gè)版本。

用戶故事地圖樣例

這里是一個(gè)電子郵件系統(tǒng)的用戶故事地圖

QQ20160119112655

  • 第二行所包含的內(nèi)容就是“大家在電子郵件系統(tǒng)所要做的事情”,包括類似:書寫郵件,發(fā)送郵件,創(chuàng)建約會等等。
  • 第一行對這些事情進(jìn)行了分組
  • 黃色的便簽的第一行包含了最小化的用戶故事,如:寫郵件只包括發(fā)件人,收件人,標(biāo)題,內(nèi)容和發(fā)送取消按鈕。其他如支持RTF,HTML格式,添加附件,從通訊部獲取聯(lián)系人郵件地址等,都不在此行,放入更靠下的便簽中。
  • 黃色便簽上的更小的藍(lán)色和橘黃色便簽表示了不同的狀態(tài),比如:藍(lán)色代表完成,橘黃色代表進(jìn)行中(wip),這樣你就可以看到項(xiàng)目的進(jìn)展

現(xiàn)在如果我們專注于從左到右完成第一行的黃色便簽,我們就可以確保很快發(fā)布一款包含了最最基本功能的郵件系統(tǒng)。這樣我們就可以驗(yàn)證我們的郵件系統(tǒng)整體架構(gòu)(發(fā)送郵件同時(shí)確保其可以被閱讀)可行。同時(shí)也可以幫助我們對系統(tǒng)的功能進(jìn)行端到端的測試,確保我們可以從用戶處獲取到反饋,知道我們是否解決了它們的問題(提供了商業(yè)價(jià)值)。注意我們在第一行沒有包含“刪除郵件”這一功能,因?yàn)椴⒉灰欢ㄒ瓿伤杏脩羧蝿?wù)的開發(fā)。

用戶故事地圖規(guī)范

QQ20160119112706

  • 第2個(gè)步驟中的便簽表示 用戶任務(wù)(user tasks),藍(lán)色便簽
  • 第3-4個(gè)步驟中的便簽表示 用戶行為(user activies),橘色便簽。Jeff 稱這兩行的內(nèi)容為 “行走的骨骼”(walking skeleton)“主干”(backbone)
  • 用戶故事(user stories),黃色便簽在每個(gè)用戶任務(wù)下自上而下排列,便于我們確定優(yōu)先級
  • 一般來說用戶會按照從左到右的順序來使用你的系統(tǒng)(用戶故事地圖)

 

原文地址:http://winnipegagilist.blogspot.jp/2012/03/how-to-create-user-story-map.html

譯者:徐磊

微信公眾號:devopshub

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!