【文思不藏私】使用者故事對照 Part 1
Published in
3 min readSep 19, 2017
建立共識
上圖的場景有沒有很熟悉呢？
『共識』（Shared Understanding）是找我們了解彼此在想什麼及為什麼？『共識』的建立是需要頻繁的溝通，但是傳統上軟體開發卻期望透過『詳盡的文件』來建立共識。敏捷宣言第二條寫著『可用的軟體 重於 詳盡的文件』，因此詳盡的文件並不是一個建立共識的好方法。最好的溝通方式是面對面把彼此的想法透過畫圖具體來呈現思維，讓溝通更順暢，也讓彼此間的理解當面呈述清楚。
運用使用者故事達成共識
軟體的最終目的是『對世界產生實質的影響』，因此軟體開發不只是做出新功能就好，而是對這個功能的『為什麼做？』『誰需要它？』『能對這群人給予什麼幫助』進行充分的了解才是重點。因爲讓產品功能越來越多並不該是主要的重點，而是讓『輸出最小化，成果與影響最大化』才能達到最大效益。
使用者故事
- 每位夥伴（包含產品負責人、利益關係人、開發團隊）一起 用『便利貼』或『索引卡』寫下對產品期望的需求
- 一邊指著『便利貼』或『索引卡』一邊對其他人解釋你的想法，『為什麼需要這個功能？』『使用者會得到什麼好處？』『這個功能能為使用者解決什麼問題？』
- 將『便利貼』或『索引卡』貼到牆上
- 同一『縱列』可以放相似的『卡片』
- 同一『縱列』的『卡片』放越高（上方）者表示越重要
- 跟夥伴一起討論，並調整『卡片』順序
- 『卡片』可能被『分解』、『合併』或加入一些『新卡片』讓故事更完整
- 最上方一橫行清楚看出故事的『骨幹』（backbone）
- 將優先順序切割為幾個週期及最後一區暫存區
- 每一週期可以釋出的最小可行產品（Minimum Viable Product）是價值優先而非功能優先
- 避免 HiPPO 方法（Highest Paid Person’s Opinion）來決定釋出優先順序
- 利用『迭代開發』透過『產品發掘』（Product Discovery）找出客戶最佳的需求
使用者故事觀念
- 基本功能骨架（Functional Walking Skeleton）很重要，Daniel 說得『丁字褲』版
- 漸增策略（Incremental Strategy）是讓每次迭代的產物是可以產出價值的，而不是將一個產品的五大功能分五次週期產出
