用戶故事地圖的介紹和使用

上圖是基于敏捷故事的一個看板或者說敏捷流程中的一種，沒有什么比親身投入的效果更好。用戶、組員需求方通過自身的投入、表達以便于讓團隊成員更加了解其想法和統一組員的想法。用戶故事是一種思維，即故事思維，運用故事的元素進行思考和設計，解決問題、達到某種效果。
用戶故事設計中核心是通過故事傳遞信息，引起共鳴，解決問題。
講故事不是一個簡單工作，需要優秀的組織能力，清晰的表達方式，達到聽眾清晰明了我們想表達的。這里筆者建議，如果平時和人交流的時間太少，可以通過書寫博客等方式，組織自己的中心思想，讓聽眾知道我們要表達什么。

產品在設計中，容易偏向幾個極端：1.領域專家；2.用戶、需求方，3.偏向研發方。偏向領域專家那么產品的使用門檻太高，無法普及，偏向需求、用戶產品過于算亂，沒有聚焦性（用戶有可能不知道自己到底想要什么）；偏向研發方產品可能會出現水土不服。
這時，就需要一群人：客戶、專家、用戶、研發等在一起，定義和提問，產品要面對的場景是什么？通過產品可以解決那些問題？產品能給公司帶來的回報率有多高？為用戶帶來什么價值？產品的開發，用戶的需求會很多、很多，像是一個龐大的地圖，而”用戶故事“擅長聚焦構建曉得特性，專注小的細節，通過上節課的例子就可以看出，不同的用戶故事塊容易出現不相匹配的產品部分，所用，有一種新的方法”用戶故事地圖“出現了；

通過地圖可以解決以下問題：

1. 讓我們更容易看清pro backlog的全貌；
2. 為新功能篩選和規劃優先級提供了更好的工具，幫助我們決策那些backlog放入TODO；
3. 便于使用頭腦風暴和其他協作的方式產生用戶故事，即如何在故事作坊中更有效的產出；
4. 幫助我們更好的進行增量式的迭代開發，還記不記得，上節課中”必須有、應該有、可能有、不會有“這幾個概念？
5. 為傳統的項目計劃提供了一個更好的替代工具，從被動到主動參與的轉變；
6. 允許我們從不同的維度進行項目規劃，并確保不遺漏每個不同的想法，避免獨裁式。

如何創建故事？

1. 前期準備：

召集幾名產品核心人員，最好是奇數，方便做決定。從用戶、產品經理、業務分析師、架構師等組成，因為每個頭銜都代表了項目項目中主要角色的看法，所以創建的故事地圖后，可以避免以后向全體宣講計劃時許多不必要的辯論。準備白班、電子手寫板、各種貼紙、膠帶、咖啡、煙、打火機和一個相對獨立的辦公室。

2.整理創意框架

定義和提問，產品要面對的場景是什么？通過產品可以解決那些問題？產品能給公司帶來的回報率有多高？為用戶帶來什么價值？

統一答案，把明確的目標寫在便利貼上，按照優先級排好順序。*這一步很重要

3.刻畫用戶畫像

參照之前寫的文章，不過多介紹；

4.從最重要的用戶入手，編寫大故事，注意不是史詩類型的。

5.深挖細節：從用戶畫像的角度入手，例之前的”葉海龍“廠長，他在系統中，基于某個流程，他會做什么？是否還有其他的選擇？符不符合他的使用習慣？問題出現時，他希望、他會如何處理？

6.劃分MVP發布計劃：為什么要劃分MVP？思考一下。