通過用戶故事地圖，我們可以進(jìn)行需求的收集和整理。

我認(rèn)識的很多團(tuán)隊都是在敏捷的方法，近些年來，這類快速迭代的開發(fā)流程在整個圈子里面迅速的流行起來。

不管是出于為了快速交付、快速驗證、還是不寫文檔等諸多原因。

不知道大家在執(zhí)行敏捷過程中，特別是作為BA或者產(chǎn)品經(jīng)理，發(fā)現(xiàn)有個問題。

這么多用戶故事，這么多高內(nèi)聚低耦合的用戶故事，你有辦法組織在一起嗎？

其實我一直在考慮一個問題，就是敏捷執(zhí)行一段時間后，如何能保證不偏離當(dāng)初設(shè)定好的目標(biāo)。

有人說，我們就沒目標(biāo)。

是，可能剛開始做產(chǎn)品并沒有一個非常清晰的目標(biāo)，比如我要做個共享單車，比如我要做個共享女友。

但是總會有個愿景或者是想要解決的問題。

我想要解決從家到地鐵的500米距離的問題，我想要結(jié)束單身狗的命運……

而且在評估一個需求或者用戶故事是否重要的時候，也很糾結(jié)。

因為目標(biāo)和問題不明確，所以也不知道到底重不重要。

于是最后很可能演變成功能的堆砌。

連產(chǎn)品經(jīng)理或者需求負(fù)責(zé)人都有這種感受的話，就更別說其他干系人了。

這種只見樹木，不見森林的方法，想想可能引發(fā)的后果，就有點“不寒而栗”。

我不是來抨擊敏捷的，因為我發(fā)現(xiàn)即便你用瀑布，可能也會有同樣的問題。

你同樣會進(jìn)行需求的拆分，類似拆故事一樣。

形成需求矩陣或者需求樹進(jìn)行管理。

但是頂層需求之間有什么樣的關(guān)系，和你的整體目標(biāo)以及要解決的問題有什么樣的關(guān)系，這個估計也會有欠缺考慮的時候。

最近很巧的，看了三本書，介紹了三種方法，從三個不同的角度，都是為了解決同樣的這個問題：

“只見樹木，不見森林”。

那我這邊會結(jié)合我的理解來和大家分別說一下這三種方法。

這篇先談?wù)劦谝环N。

用戶故事地圖

敏捷里面有個很重要的概念叫做“用戶故事”。

用戶故事是從用戶的角度來描述自己渴望得到的特性以及帶來的價值。

現(xiàn)在流行的模板是：

英文：As a <Role>, I want to <Activity>, so that <Business Value>.

中文：作為一個<角色>, 我想要<活動>, 以便于<商業(yè)價值>

關(guān)于用戶故事應(yīng)該怎么寫，這又是一個很大的命題了，如果感興趣我們可以另外開一系列的文來寫。

我們今天想要討論的是，如果在你們的開發(fā)流程中已經(jīng)使用了用戶故事，怎樣做才能“又見樹木，又見森林”呢？

用戶故事地圖，顧名思義就是使用用戶故事組成一個地圖。

地圖的作用是什么呢？

地圖一般的作用有兩個：尋找路徑，了解全貌。

尋找路徑

我們一般想要去一個地方，現(xiàn)在都會使用電子地圖，輸入起點和終點，APP會自動幫你規(guī)劃出路徑。

以前使用紙質(zhì)地圖的時候，也是在地圖上要起點和終點，然后自己謀劃一下路徑。

這個應(yīng)該是我們比較常用的功能了。

了解全貌

上學(xué)那會兒，地理課老師用世界地圖也好，中國地圖也好，來給我們講解幾大洲幾大洋，地質(zhì)情況等等。

我們在知道了地球是圓的基礎(chǔ)上，還知道了中國就是雄雞，意大利是靴子……

這就是了解全貌。

我之前剛工作的時候做的就是GIS（地理信息系統(tǒng)），所以對于上海市（區(qū)縣合并以前）的各個區(qū)的方位以及輪廓銘記于心。

同理，用戶故事地圖也起到同樣的作用。

用戶故事地圖主要起到兩個作用。

一個是找到整個產(chǎn)品的主干，也就是路徑。

一個就是了解整個產(chǎn)品的全貌。

如何繪制用戶故事地圖

通過我來描述用戶故事地圖怎么畫，我相信大家可以理解我為什么這么說了。

你事先需要準(zhǔn)備一些便簽紙。

1.按照時間順序整理出來整個產(chǎn)品的主要任務(wù)

就好像我們做西紅柿炒雞蛋一樣，將每個任務(wù)都寫出來。

這個時候你可能會得到很多的任務(wù)。

比如，打雞蛋，放油，開火，炒雞蛋……

2.組織情節(jié)

把同時發(fā)生的任務(wù)放在一起。

有些任務(wù)是會同時發(fā)生的，比如放鹽和味精。

當(dāng)然有的人可能還會放蔥花啥啥啥的。

你可以把同時發(fā)生的便簽紙放在一起，同時思考下有沒有什么細(xì)節(jié)遺漏。

3.探索

有沒有什么異常、變化可能會發(fā)生。

這個要看你探索的深度了，比如鹽不夠了，或者火太大糊了甚至著火了……

探索一下，你又可以得到一大堆的任務(wù)便簽紙。

4.提取主干

把這么多的任務(wù)歸歸類，把主干歸納出來。

西紅柿炒雞蛋的主干可能是：準(zhǔn)備工作、放油、開火、炒雞蛋、加西紅柿一起翻炒、加調(diào)料、出鍋。

這里面，準(zhǔn)備工作就包括：西紅柿去皮、打雞蛋……

加調(diào)料就包括：加鹽、味精……

出鍋可能會包括：沒有客人情況下的拿個破碗裝裝，有客人情況下的擺個炫酷的盤。

雖然我不知道西紅柿炒雞蛋怎么炫酷擺盤，也許知乎知道答案。

5.補(bǔ)充

把用戶、細(xì)節(jié)、可替代方案、異常以及優(yōu)先級加上去。

比如，鹽沒有了，是用醬油或者用番茄醬……

基本上畫出來的用戶故事地圖差不多是長這個樣子。

其中最上面一層是用戶，這個用戶包括操作用戶和系統(tǒng)。

比如，炒菜的你，吃菜的客人以及控制火力的電磁爐或者燃?xì)庠睢?/p>

骨干被分成了兩層。

下面一層是第4步提出出來的按照時間順序排列的主干。

上面一層是再進(jìn)行抽象的到的高級別的任務(wù)。

骨干的下面就是脊柱了，每個主干任務(wù)的關(guān)聯(lián)任務(wù)會有很多。

將他們按照優(yōu)先級進(jìn)行排列。

這樣的一個用戶故事地圖就完成了。

我們回到之前的那個問題。

“只見樹木，不見森林”。

你看這張圖是否能夠又見樹木，又見森林呢？

能。

回到地圖的作用

尋找路徑

我們通過按照時間順序講述的主干故事，可以輕松的找到整個路徑。

通過脊柱故事，我們可以清晰的知道如何達(dá)成某一個主干故事。

思路寬廣，細(xì)節(jié)有度。

了解全貌

當(dāng)我們看到這樣一份用戶故事地圖后，我們很清楚的可以知道整體的任務(wù)有哪些。

在開發(fā)過程中，可以很清楚的知道，整個故事的開發(fā)進(jìn)展情況。

如果要定義MVP，我們通過用戶故事地圖最上面的，優(yōu)先級最高的脊柱，可以很快的給出評估結(jié)果。

大家感興趣的話可以拿自己的產(chǎn)品來模擬的試一下。

寫在最后

《用戶故事地圖》這本書里還有很多精彩的插圖和故事。

作者有一個觀點我很贊同：

用戶故事不是另外一種寫需求的方式，故事是用來講的，不是用來寫的，主要是為了建立共識。

小婧是一名行走在實踐路上的資深業(yè)務(wù)分析師（BA），如果想與我同行，就請關(guān)注我唄！

作者：小婧，個人公眾號：與小婧同行

本文由 @小婧 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自PEXELS，基于CC0協(xié)議