又見樹木,又見森林(1):用戶故事地圖
通過用戶故事地圖,我們可以進(jìn)行需求的收集和整理。
我認(rèn)識(shí)的很多團(tuán)隊(duì)都是在敏捷的方法,近些年來,這類快速迭代的開發(fā)流程在整個(gè)圈子里面迅速的流行起來。
不管是出于為了快速交付、快速驗(yàn)證、還是不寫文檔等諸多原因。
不知道大家在執(zhí)行敏捷過程中,特別是作為BA或者產(chǎn)品經(jīng)理,發(fā)現(xiàn)有個(gè)問題。
這么多用戶故事,這么多高內(nèi)聚低耦合的用戶故事,你有辦法組織在一起嗎?
其實(shí)我一直在考慮一個(gè)問題,就是敏捷執(zhí)行一段時(shí)間后,如何能保證不偏離當(dāng)初設(shè)定好的目標(biāo)。
有人說,我們就沒目標(biāo)。
是,可能剛開始做產(chǎn)品并沒有一個(gè)非常清晰的目標(biāo),比如我要做個(gè)共享單車,比如我要做個(gè)共享女友。
但是總會(huì)有個(gè)愿景或者是想要解決的問題。
我想要解決從家到地鐵的500米距離的問題,我想要結(jié)束單身狗的命運(yùn)……
而且在評(píng)估一個(gè)需求或者用戶故事是否重要的時(shí)候,也很糾結(jié)。
因?yàn)槟繕?biāo)和問題不明確,所以也不知道到底重不重要。
于是最后很可能演變成功能的堆砌。
連產(chǎn)品經(jīng)理或者需求負(fù)責(zé)人都有這種感受的話,就更別說其他干系人了。
這種只見樹木,不見森林的方法,想想可能引發(fā)的后果,就有點(diǎn)“不寒而栗”。
我不是來抨擊敏捷的,因?yàn)槲野l(fā)現(xiàn)即便你用瀑布,可能也會(huì)有同樣的問題。
你同樣會(huì)進(jìn)行需求的拆分,類似拆故事一樣。
形成需求矩陣或者需求樹進(jìn)行管理。
但是頂層需求之間有什么樣的關(guān)系,和你的整體目標(biāo)以及要解決的問題有什么樣的關(guān)系,這個(gè)估計(jì)也會(huì)有欠缺考慮的時(shí)候。
最近很巧的,看了三本書,介紹了三種方法,從三個(gè)不同的角度,都是為了解決同樣的這個(gè)問題:
“只見樹木,不見森林”。
那我這邊會(huì)結(jié)合我的理解來和大家分別說一下這三種方法。
這篇先談?wù)劦谝环N。
用戶故事地圖
敏捷里面有個(gè)很重要的概念叫做“用戶故事”。
用戶故事是從用戶的角度來描述自己渴望得到的特性以及帶來的價(jià)值。
現(xiàn)在流行的模板是:
英文:As a <Role>, I want to <Activity>, so that <Business Value>.
中文:作為一個(gè)<角色>, 我想要<活動(dòng)>, 以便于<商業(yè)價(jià)值>
關(guān)于用戶故事應(yīng)該怎么寫,這又是一個(gè)很大的命題了,如果感興趣我們可以另外開一系列的文來寫。
我們今天想要討論的是,如果在你們的開發(fā)流程中已經(jīng)使用了用戶故事,怎樣做才能“又見樹木,又見森林”呢?
用戶故事地圖,顧名思義就是使用用戶故事組成一個(gè)地圖。
地圖的作用是什么呢?
地圖一般的作用有兩個(gè):尋找路徑,了解全貌。
尋找路徑
我們一般想要去一個(gè)地方,現(xiàn)在都會(huì)使用電子地圖,輸入起點(diǎn)和終點(diǎn),APP會(huì)自動(dòng)幫你規(guī)劃出路徑。
以前使用紙質(zhì)地圖的時(shí)候,也是在地圖上要起點(diǎn)和終點(diǎn),然后自己謀劃一下路徑。
這個(gè)應(yīng)該是我們比較常用的功能了。
了解全貌
上學(xué)那會(huì)兒,地理課老師用世界地圖也好,中國地圖也好,來給我們講解幾大洲幾大洋,地質(zhì)情況等等。
我們?cè)谥懒说厍蚴菆A的基礎(chǔ)上,還知道了中國就是雄雞,意大利是靴子……
這就是了解全貌。
我之前剛工作的時(shí)候做的就是GIS(地理信息系統(tǒng)),所以對(duì)于上海市(區(qū)縣合并以前)的各個(gè)區(qū)的方位以及輪廓銘記于心。
同理,用戶故事地圖也起到同樣的作用。
用戶故事地圖主要起到兩個(gè)作用。
一個(gè)是找到整個(gè)產(chǎn)品的主干,也就是路徑。
一個(gè)就是了解整個(gè)產(chǎn)品的全貌。
如何繪制用戶故事地圖
通過我來描述用戶故事地圖怎么畫,我相信大家可以理解我為什么這么說了。
你事先需要準(zhǔn)備一些便簽紙。
1.按照時(shí)間順序整理出來整個(gè)產(chǎn)品的主要任務(wù)
就好像我們做西紅柿炒雞蛋一樣,將每個(gè)任務(wù)都寫出來。
這個(gè)時(shí)候你可能會(huì)得到很多的任務(wù)。
比如,打雞蛋,放油,開火,炒雞蛋……
2.組織情節(jié)
把同時(shí)發(fā)生的任務(wù)放在一起。
有些任務(wù)是會(huì)同時(shí)發(fā)生的,比如放鹽和味精。
當(dāng)然有的人可能還會(huì)放蔥花啥啥啥的。
你可以把同時(shí)發(fā)生的便簽紙放在一起,同時(shí)思考下有沒有什么細(xì)節(jié)遺漏。
3.探索
有沒有什么異常、變化可能會(huì)發(fā)生。
這個(gè)要看你探索的深度了,比如鹽不夠了,或者火太大糊了甚至著火了……
探索一下,你又可以得到一大堆的任務(wù)便簽紙。
4.提取主干
把這么多的任務(wù)歸歸類,把主干歸納出來。
西紅柿炒雞蛋的主干可能是:準(zhǔn)備工作、放油、開火、炒雞蛋、加西紅柿一起翻炒、加調(diào)料、出鍋。
這里面,準(zhǔn)備工作就包括:西紅柿去皮、打雞蛋……
加調(diào)料就包括:加鹽、味精……
出鍋可能會(huì)包括:沒有客人情況下的拿個(gè)破碗裝裝,有客人情況下的擺個(gè)炫酷的盤。
雖然我不知道西紅柿炒雞蛋怎么炫酷擺盤,也許知乎知道答案。
5.補(bǔ)充
把用戶、細(xì)節(jié)、可替代方案、異常以及優(yōu)先級(jí)加上去。
比如,鹽沒有了,是用醬油或者用番茄醬……
基本上畫出來的用戶故事地圖差不多是長(zhǎng)這個(gè)樣子。
其中最上面一層是用戶,這個(gè)用戶包括操作用戶和系統(tǒng)。
比如,炒菜的你,吃菜的客人以及控制火力的電磁爐或者燃?xì)庠睢?/p>
骨干被分成了兩層。
下面一層是第4步提出出來的按照時(shí)間順序排列的主干。
上面一層是再進(jìn)行抽象的到的高級(jí)別的任務(wù)。
骨干的下面就是脊柱了,每個(gè)主干任務(wù)的關(guān)聯(lián)任務(wù)會(huì)有很多。
將他們按照優(yōu)先級(jí)進(jìn)行排列。
這樣的一個(gè)用戶故事地圖就完成了。
我們回到之前的那個(gè)問題。
“只見樹木,不見森林”。
你看這張圖是否能夠又見樹木,又見森林呢?
能。
回到地圖的作用
尋找路徑
我們通過按照時(shí)間順序講述的主干故事,可以輕松的找到整個(gè)路徑。
通過脊柱故事,我們可以清晰的知道如何達(dá)成某一個(gè)主干故事。
思路寬廣,細(xì)節(jié)有度。
了解全貌
當(dāng)我們看到這樣一份用戶故事地圖后,我們很清楚的可以知道整體的任務(wù)有哪些。
在開發(fā)過程中,可以很清楚的知道,整個(gè)故事的開發(fā)進(jìn)展情況。
如果要定義MVP,我們通過用戶故事地圖最上面的,優(yōu)先級(jí)最高的脊柱,可以很快的給出評(píng)估結(jié)果。
大家感興趣的話可以拿自己的產(chǎn)品來模擬的試一下。
寫在最后
《用戶故事地圖》這本書里還有很多精彩的插圖和故事。
作者有一個(gè)觀點(diǎn)我很贊同:
用戶故事不是另外一種寫需求的方式,故事是用來講的,不是用來寫的,主要是為了建立共識(shí)。
小婧是一名行走在實(shí)踐路上的資深業(yè)務(wù)分析師(BA),如果想與我同行,就請(qǐng)關(guān)注我唄!
作者:小婧,個(gè)人公眾號(hào):與小婧同行
本文由 @小婧 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自PEXELS,基于CC0協(xié)議
作者你的字跡很好看,能否手把手教我寫出這么漂亮的字
謝謝,你的形容讓我很好理解了用戶地圖
為什么我覺的你照片中的用戶故事地圖有些亂?從上到下,從左到右,層次邏輯有些亂
手畫的可能不是那么的精確,見諒。我想表達(dá)的意思是,縱向的分解和橫向的歸類。