用戶故事地圖，提供了2維的角度來分析用戶故事，直觀，更加有利於優先級的表達。
在理解用戶故事地圖時，需要注意其作者的用詞跟一般的用戶故事不一致，因此要注意跟普通的用戶故事用詞之間的對應關係。
推薦一般理解如下：
- 一幅用戶故事地圖展現1個史詩Epic
- User Acitivites(Backbone)行，可以理解爲對史詩Epic的一級功能分解
- User Tasks(Walking Skeleton）行，可以理解爲對史詩Epic的二級功能分解。這裏千萬注意，這與一般用戶故事的任務完全不是一回事，裏面的條目是表明了一個功能方向，比如搜索Email。
雖然用戶故事地圖解決了不少故事分析的困難，但用戶故事地圖方法仍然有缺點，主要缺點分析如下。
無法表現多分支流程
User Activities(Backbone)是自左向右的單線，當流程複雜有分支時，只能橫向單行排列無法表現多個用戶參與的互動
User Storis的展現是不能區分多個用戶參與，需要通過故事本身的標題來區分，不直觀
以上2個缺點在普通的Backlog中一樣存在，但普通的Backlog以優先級排序爲其最核心作用，沒有更高的期望。而用戶故事地圖採用了二維圖形展示，那麼很容易對它產生以上的期望，進而把以上兩點看作是缺陷。
- 需要額外專門的工具來存儲地圖
地圖的縱向跨越了多個迭代，不是所有的團隊能有一塊大板長期存放故事地圖，就算是有一塊大板，隨着時間推移，也不可能足夠的大板來存儲所有的地圖，所以必然要藉助於電子化工具，比如Excel、Word。可惜Excel和Word不支持團隊線上協作，但當前常見的團隊線上協作工具並不支持故事地圖功能，而爲了支持故事地圖，業界出現了支持故事地圖的專門工具。