敏捷項目管理-用戶故事地圖

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

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

經過地圖能夠解決如下問題：

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

---

如何建立故事？

1. 前期準備：

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

2.整理創意框架

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

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

3.刻畫用戶畫像

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

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

5.深挖細節：從用戶畫像的角度入手，例以前的」葉海龍「廠長，他在系統中，基於某個流程，他會作什麼？是否還有其餘的選擇？符不符合他的使用習慣？問題出現時，他但願、他會如何處理？

6.劃分MVP發佈計劃：爲何要劃分MVP？思考一下。