Martin Fowler序
Alan Cooper序
Marty Cagan序
前言
緻謝 .
使用前必讀
第1章 産品全景圖
讓我們從頭開始
故事是講齣來的，不是寫齣來的
講故事，要完整
Gary的悲劇
邊講邊記
創意框架
刻畫用戶畫像
講用戶的故事
探索細節和可選項
user_story_mapping-table.indd 5 16-3-15 下午3:43
vi ｜ 目錄
第2章 計劃，為瞭更少的開發
故事地圖幫助大型組織建立共識
創建故事地圖的過程可以幫助發現設計中的坑
要做的總是太多
劃分MVP發布計劃
劃分發布路綫圖
為成果排列優先級，而非功能
這是魔法嗎？沒錯
為什麼要反復討論MVP
MVP根本就不是産品
第3章 計劃，為瞭更快的學習
從討論機會開始
驗證問題
在設計原型過程中學習
要能夠質疑用戶所說的內容
在開發過程中學習
迭代直至可行
錯誤的做事方式
基於驗證的學習
真正的最小化試驗
重點復述
第4章 計劃，為瞭按時發布
要讓團隊所有成員都清楚 .
估算的秘密
製定可逐步達成的開發計劃
不要將所有的迭代産齣都對外發布
關於估算的另外一些秘密
管理研發預算
迭代與增量
開局、中局和末局策略
user_story_mapping-table.indd 6 16-3-15 下午3:43
目錄 | vii
根據開發策略切分故事地圖
都是關於風險
“劇透”第5章主題
第5章 如何創建故事地圖
1. 分步驟寫齣你的故事
2. 組織情節
3. 探索替代故事
4. 提取故事地圖的主乾
5. 切分齣能幫你達成特定目標的任務
就是這樣簡單！你已經學會瞭所有重要概念
請在傢裏或者辦公室裏練習
這張地圖是現在的，不是將來的
實操案例
練習容易，落地難
故事地圖僅僅隻是個開始
第6章 用戶故事的故事
Kent Beck的創意
簡單的事情並不一定容易做到
Ron Jeffries的3C原則
文字和照片
小結
第7章 如何把故事講得更好
Connextra公司的用戶故事模闆
模闆僵屍和萬能犁
提升討論效果的檢查單
創建度假照片
需要操心的事情還多著呢
第8章 不要把所有內容都寫在卡片上
不同角色，各有所需
user_story_mapping-table.indd 7 16-3-15 下午3:43
viii ｜ 目錄
我們需要一張更大的故事卡
信息輻射器和信息冰箱
錯誤的工具和錯誤使用工具
第9章 卡片隻是個開始
在頭腦中構建清晰的圖像
養成口述用戶故事的習慣
檢視産齣
你又不是用戶
開發過程就是學習的過程
不僅僅是軟件
為學習做計劃，學習如何做計劃
第10章 做産品好比烤蛋糕
食譜
切分大蛋糕
第11章 碎石行動
故事的大小很重要
把故事比喻為石頭
史詩故事是大石頭，有時可以用來攻擊他人
用主題來組織故事
忘掉這些術語，專注於講故事
從機會開始
探索最小可行方案
在交付階段深入每個故事的細節
在開發過程中保持日常對話
評估每一份産齣
與用戶和客戶一起評估
與業務乾係人一起評估
發布和持續評估
user_story_mapping-table.indd 8 16-3-15 下午3:43
目錄 | ix
第12章 誰是碎石負責人
有價值的-可用的-可行的
一個成功的探索團隊需要更多的人參與
神勇三蛟龍
産品負責人好比音樂製作人
這項工作並不簡單
第13章 從機會開始
針對機會展開對話
深入挖掘機會，丟棄機會或思考機會
機會不應該是一種委婉的說法
故事地圖和機會
挑剔
第14章 通過探索來建立共識
探索不是開發軟件
探索的4個核心步驟
探索活動、討論和工件
探索的目的是建立共識
第15章 通過探索來進行驗證性學習
大多數時候，我們其實都是錯的
糟糕的往事
同理，聚焦，形成想法，製作原型，測試
如何把好事弄糟
短期驗證學習循環
精益創業思想改變産品設計
故事和故事地圖呢
第16章 提煉、定義和開發
卡片，對話，更多卡片，更多對話……
細分和提煉
故事工作坊
user_story_mapping-table.indd 9 16-3-15 下午3:43
x ｜ 目錄
在衝刺或迭代計劃階段開展故事對話
人人參與並非明智之舉
分解和瘦身
如何在交付階段使用故事地圖
如何使用故事地圖來可視化進展
在故事工作坊中使用簡易地圖
第17章 故事呢，就好比《行星戰機》
把碎石子兒重新聚集起來
地圖繪製要適度
韆萬不要小題大作
第18章 開發完成後怎麼學習
團隊迴顧
和團隊外的角色一起迴顧
夠用
嚮用戶學習
從發布中學習
預定計劃中的結果
使用故事地圖來評估發布是否準備就緒
結語
· · · · · · (收起)