上圖是基於敏捷故事的一個看板或者說敏捷流程中的一種，沒有什麼比親身投入的效果更好。用戶、組員需求方通過自身的投入、表達以便於讓團隊成員更加了解其想法和統一組員的想法。用戶故事是一種思維，即故事思維，運用故事的元素進行思考和設計，解決問題、達到某種效果。
用戶故事設計中核心是通過故事傳遞信息，引起共鳴，解決問題。
講故事不是一個簡單工作，需要優秀的組織能力，清晰的表達方式，達到聽衆清晰明瞭我們想表達的。這裏筆者建議，如果平時和人交流的時間太少，可以通過書寫博客等方式，組織自己的中心思想，讓聽衆知道我們要表達什麼。
產品在設計中，容易偏向幾個極端：1.領域專家；2.用戶、需求方，3.偏向研發方。偏向領域專家那麼產品的使用門檻太高，無法普及，偏向需求、用戶產品過於算亂，沒有聚焦性（用戶有可能不知道自己到底想要什麼）；偏向研發方產品可能會出現水土不服。
這時，就需要一羣人：客戶、專家、用戶、研發等在一起，定義和提問，產品要面對的場景是什麼？通過產品可以解決那些問題？產品能給公司帶來的回報率有多高？爲用戶帶來什麼價值？產品的開發，用戶的需求會很多、很多，像是一個龐大的地圖，而”用戶故事“擅長聚焦構建曉得特性，專注小的細節，通過上節課的例子就可以看出，不同的用戶故事塊容易出現不相匹配的產品部分，所用，有一種新的方法”用戶故事地圖“出現了；
通過地圖可以解決以下問題：
- 讓我們更容易看清pro backlog的全貌；
- 爲新功能篩選和規劃優先級提供了更好的工具，幫助我們決策那些backlog放入TODO；
- 便於使用頭腦風暴和其他協作的方式產生用戶故事，即如何在故事作坊中更有效的產出；
- 幫助我們更好的進行增量式的迭代開發，還記不記得，上節課中”必須有、應該有、可能有、不會有“這幾個概念？
- 爲傳統的項目計劃提供了一個更好的替代工具，從被動到主動參與的轉變；
- 允許我們從不同的維度進行項目規劃，並確保不遺漏每個不同的想法，避免獨裁式。
如何創建故事？
1. 前期準備：
召集幾名產品核心人員，最好是奇數，方便做決定。從用戶、產品經理、業務分析師、架構師等組成，因爲每個頭銜都代表了項目項目中主要角色的看法，所以創建的故事地圖後，可以避免以後向全體宣講計劃時許多不必要的辯論。準備白班、電子手寫板、各種貼紙、膠帶、咖啡、煙、打火機和一個相對獨立的辦公室。
2.整理創意框架
定義和提問，產品要面對的場景是什麼？通過產品可以解決那些問題？產品能給公司帶來的回報率有多高？爲用戶帶來什麼價值？
統一答案，把明確的目標寫在便利貼上，按照優先級排好順序。*這一步很重要
3.刻畫用戶畫像
參照之前寫的文章，不過多介紹；
4.從最重要的用戶入手，編寫大故事，注意不是史詩類型的。
5.深挖細節：從用戶畫像的角度入手，例之前的”葉海龍“廠長，他在系統中，基於某個流程，他會做什麼？是否還有其他的選擇？符不符合他的使用習慣？問題出現時，他希望、他會如何處理？
6.劃分MVP發佈計劃：爲什麼要劃分MVP？思考一下。