用戶故事地圖 User Story Map

User Story Mapping 是Jeff Patton倡導的一項技術。它爲咱們提供了一種將整個產品或服務設想爲用戶完成的一系列任務的方法。

從純粹的實際角度來講，它涉及構建一個用戶故事網格，這些故事在標題下排列，表明用戶在產品中的體驗。這能夠經過團隊成員之間的一系列對話迭代完成。所以，第一次嘗試可能看起來像這樣，用戶故事按其各自的功能分組（有些可能稱這些頂級功能'Epics'）。

在這裏，咱們將產品的高級功能（骨幹，若是您願意）分解爲組件用戶故事。很容易看出每一個用戶故事屬於哪一個功能，所以每一個用戶故事都在整個產品的上下文中呈現，而不單單是列表中的項目。

雖然這種方法有助於組織咱們的想法 - 它已經比簡單的故事列表更具信息性 - 它實際上尚未構成故事地圖，由於它沒有考慮用戶旅程的流程。

開發故事地圖
讓咱們經過想象一個簡單的電子商務網站讓咱們的例子更加具體，產品願景板提到了三個特徵：

• 產品頁面
• 產品搜索
• 查看

最初的故事地圖可能以下所示：

咱們有「產品頁面」功能，其中包含與下面列出的功能相關的用戶故事，一樣適用於「產品搜索」和「結賬」功能。可是這些故事尚未特別好地發展，而且沒有跡象代表每一個故事的重要性。

例如，用戶須要在訂購以前閱讀產品說明，但這是在他們閱讀評論以前或以後發生的嗎？哪一個爲用戶提供更多價值？

在進行了更多的研究並收集了來自利益相關者的更多意見以後，另外一次迭代可能看起來像這樣。

請注意，咱們經過將其中的一些細分爲更小的部分來改進咱們的用戶故事，咱們引入了一個新的維度，故事按照用戶旅程中的位置排列，咱們已經開始安排最高的咱們地圖頂部附近的優先故事

在這個方向上進一步發展，很容易看出咱們最終是如何得出一張地圖，指出在前幾個版本中須要包含哪些故事。

創建故事地圖 (Visual Paradigm)

故事地圖是一個用於需求收集的4級層次結構。故事地圖從不一樣來源（即積壓）收集的用戶特徵集合開始，這些用戶特徵將經過執行某些任務做爲活動來實現。這些任務能夠轉換爲史詩，而後轉換爲軟件開發的用戶故事。

故事地圖結構：用於實現目標的用戶功能（待辦事項記錄）>活動>任務>史詩>故事

規劃故事地圖的步驟

爲了促進敏捷開發，Story Map能夠接收從不一樣來源識別的用戶功能。如上所述，它多是來自EA合同的要求，來自項目管理計劃的工做包或特殊分析（例如 - 是和未來的分析），使用圖中的用例與敏捷軟件開發集成等等。

假設咱們已經從多個不一樣的來源累積了故事地圖積壓中的用戶特徵列表。經過執行某些任務，將實現用戶功能做爲活動。每一個任務均可以進一步分解爲幾個史詩（更大的用戶故事）。每一個史詩都包含一個用戶故事列表，這些用戶故事被分解爲適合適合sprint迭代的大小。如下是規劃故事地圖所涉及的步驟：

1. 將用戶要素從左向右拖動到地圖的頂行。地圖頂行中的每一個功能都是呼叫用戶活動。
   
2. 建立完成活動所需的許多步驟，稱爲用戶任務。
   
3. 這些用戶任務中的每個均可以分解爲多個史詩。
   
4. 在史詩下，能夠定義用戶故事列表，其大小適合放入sprint。
   

請注意：咱們能夠考慮從左到右安排實施的優先級，從頂部到底部安排用戶故事。

---

相關連接

• 敏捷用戶故事映射工具
• 有效的用戶故事工具