在上一篇中, 我們介紹了影響地圖是什麼, 接下來我們要談的影響地圖可以幫助我們什麼:

1. 以可視化方式進行產品路線規劃
在建置影響地圖時, 我們需要邀請懂客戶業務的人員, 以及懂技術的專家一起參加. 利用資訊視覺化的方式, 讓大家對於要做的東西有一致的認知, 讓所有人有統一的願景. 

資訊可視化, 可以帶來以下好處
- 因為看得到所有事情, 讓參與感變強
- 基於呈現的東西, 容易觸發新的想法
- 改善集體記憶, 文字或是口頭的話語不容被記住.

 

fig2  
  


2. 檢查是否有錯誤的假設
在上一篇中我們有舉了一個例子: 線上遊戲平台. 我們的目標希望能將參與遊戲的用戶的數量增長到 100 萬. 這裡我們假設如果現有玩家可以一直邀請朋友, 便能將用戶量衝高. 為了要能邀請朋友, 我們假設系統若是提供了半自動邀請或是提供獎勵機制的功能, 就能幫助現有玩家產生”邀請朋友” 的影響.

所以這裡就有兩個假設存在, 我們便可透過影響地圖, 來討論這樣的假設是否正確.

assumptions  


3. 輔助 user story 的撰寫
User story 主要的目的是根據商業價值來討論使用者所想的是什麼. 但是有很多團隊無法從 user story 得到好處, 主要是因為他們一開始就建立了太多 user story, 這樣你需要花很多時間撰寫商業價值, 並且還要排出優先順序. Jim Shore 稱這樣的現象為 story card hell. (http://www.jamesshore.com/Presentations/Beyond%20Story%20Cards.html)

為了避免這種現象, 不要把時間大量花在長期計劃, 影響地圖根據對角色的影響, 來產生和記錄商業需求. 要討論的不是所有範圍, 而是只關注目前這個角色最重要的影響. 等到處理到這個影響時, 我們才展開實踐這個影響的需求. 我們想看的是十多個需求, 而不是上百個需求.

另外一件事是在撰寫 user story 時, 我們常常只寫了要什麼功能, 忘了寫商業價值的部分. 為了解決這個問題, user story 需要和影響地圖相對應, 如果對應不到 who 和 how 時, 這個 user story 可能不是我們目前該處理的.

 

user_stories  

所以 impact map 是可以和 agile development process 結合的很好, 彌補了大家不知為何而戰, 以及 user story 太多的問題. 有沒有想來試用看看 XDD

 

 

 

參考文獻

 

Impact Mapping

 

http://www.amazon.co.uk/Impact-Mapping-Software-Products-Projects/dp/0955683645/ref=sr_1_cc_1?s=aps&ie=UTF8&qid=1409626023&sr=1-1-catcorr&keywords=impact+mapping

 

arrow
arrow
    全站熱搜

    kojenchieh 發表在 痞客邦 留言(0) 人氣()