又見樹木,又見森林(1):用戶故事地圖

4 評(píng)論 19151 瀏覽 70 收藏 10 分鐘

通過用戶故事地圖,我們可以進(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é)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 作者你的字跡很好看,能否手把手教我寫出這么漂亮的字

    來自廣東 回復(fù)
  2. 謝謝,你的形容讓我很好理解了用戶地圖

    回復(fù)
  3. 為什么我覺的你照片中的用戶故事地圖有些亂?從上到下,從左到右,層次邏輯有些亂

    來自北京 回復(fù)
    1. 手畫的可能不是那么的精確,見諒。我想表達(dá)的意思是,縱向的分解和橫向的歸類。

      來自江蘇 回復(fù)