用戶故事是在敏捷開發中表達需求的主要方式，我們在做敏捷開發的時候都有需求池的概念，在Scrum中這個需求池就是產品backlog，需求池里面是條目化的需求，每一條通常是一個用戶故事。按照Scrum的定義，產品backlog是一個基於價值強制排序的隊列，團隊按照價值的高低，順序地交付需求。
在開發的過程中，團隊會逐步的細化產品backlog，為了保證短平快的交付，高優先級的用戶故事會被分解為較小的粒度。但是這樣帶來了一個問題，對於那些規模稍大一些的產品來講，故事的數量就會很多，故事拆分后通常會有只見樹木不見森林的感覺。用戶故事地圖是Jeff Patton發明的一種組織和管理用戶故事的方法，可以很好的解決這個問題。 Jeff Patton還寫了一本書《用戶故事地圖》來幫助我們更好地學習故事地圖，這本書地中譯本（百度李濤翻譯）今年三月份會在國內上市。
本文將介紹如何使用Leangoo看板來實現故事地圖，以幫助我們更好的進行需求的管理和可視化。
在介紹故事地圖之前，我們先回顧一下用戶故事的基本概念。用戶故事是從用戶的角度來描述用戶渴望得到的功能。一個好的用戶故事包括三個要素：
1. 角色：誰要使用這個功能。
2. 活動：需要完成什么樣的功能。
3. 商業價值：為什么需要這個功能，這個功能帶來什么樣的價值。
用戶故事通常按照如下的格式來表達：
英文：
As a <Role>, I want to <Activity>, so that <Business Value>.
中文：
作為一個<角色>, 我想要<活動>, 以便於<商業價值>
舉例：
作為一個“網站管理員”，我想要“統計每天有多少人訪問了我的網站”，以便於“我的贊助商了解我的網站會給他們帶來什么收益。”
需要注意的是用戶故事不能夠使用技術語言來描述，要使用用戶可以理解的業務語言來描述。
用戶故事地圖是一種對用戶故事進行組織和優先級排序的方法。用戶故事地圖可以帶來如下的一些好處：
1. 故事地圖提供了一個需求的大圖景，可以幫助我們通過看板對業務流程或價值鏈進行可視化。
2. 建立了大的故事和拆分后的子故事直接的對應關系。
3. 讓我們對backlog的完成情況一目了然。
4. 可以幫助我們從一個整體的視角、用戶價值的視角來進行優先級排列和發布規划。
用戶故事地圖包括兩個緯度，橫向是業務流，縱向是價值順序。下圖是一個示例：
圖－1
在圖－1中，橙色的卡片代表的是粗粒度的用戶故事，可以理解為Epic－史詩故事，Jeff Patton稱之為用戶的活動（User Activity）,這些用戶的活動代表了產品的骨架，我們從左到右按照時間線來排列這些活動，排列好之后，系統的主要的業務流程就呈現出來了。需要注意的是，為了找出這些用戶活動，第一步要做的是做角色建模，把用戶角色先提煉出來。在每個史詩故事下面，我們可以拆分出更細粒度的用戶故事。這些用戶故事加在一起就構成了產品需要做的主要功能，並且已經按照系統骨架組織好了。
在圖－1的橫向的緯度，我們使用橙色的虛線把這些卡片橫切成了3個泳道，每個泳道代表一個發布。所以，從這個故事地圖上看，橫向代表的是系統的骨架，脈絡，縱向代表的是重要性，優先級，發布順序。
我們需要根據用戶的價值來思考在這個業務流程上，哪些是最核心、最重要的，我們可以按照提煉MVP（最小可行產品）的思路把核心場景找出來，放到前面的發布中，把低優先級的放到后面的發布中。這樣做的目的是做價值驅動，讓我們從用戶的視角產品核心價值，並且持續地、增量地交付。
了解了故事地圖的思路之后，我們看看如何使用Leangoo工具來實現這樣地一個故事地圖。用戶故事地圖是2緯的，Leangoo看板工具很容易實現，在看板中，我們有列表和泳道的概念，列表代表了縱向的緯度，泳道代表了橫向的緯度。在Leangoo中，我們通常使用列表代表不同的發布，我們通常建立這么幾個列表：業務流，Sprint1，Sprint2，Sprint3-N，已交付的故事。業務流這個列表代表的是橙色的卡片，也就是史詩故事，每個史詩故事一個泳道。Sprint1，Sprint2，Sprint3-N里面是不同史詩故事拆分出來的用故事，並且根據優先級放到了不同的Sprint里面，橫向的泳道代表的是史詩故事和史詩故事拆分的子故事的對應關系。如下圖所示：
圖－2
已經交付的故事這個列表放的是完成的故事，這樣可以通過leangoo生成發布燃盡圖，通過發布燃盡圖了解整個產品或項目的研發進展。
Leangoo實現的購書網站的故事地圖示例如下圖所示：
圖－3
通過Leangoo看板，我們可以非常方便的通過故事地圖把產品的需求全景圖展示出來，產品的規划也一目了然，這對於我們持續地關注產品核心價值，更好地進行產品規划非常有幫助。
關於作者：
廖靖斌，國際Scrum聯盟認證CSP，CSM，國內知名敏捷教練、顧問、培訓師