在探索需求時, 其中有一種做法, 就是會用故事地圖(user story mapping)如何銜接影響地圖(impact mapping). 先利用影響地圖制定產品策略, 然後再利用故事地圖列出要做的故事, 並且排出優先順序. 正如下圖所示:
 
 
可是真的能接得那麼順暢麼? 在我看來缺少了一些東西:

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

有位網友在 Facebook 問到,  Scrum 團隊中是否一定要有 Scrum Master? 他在 FB 的 po 文如下
 
 
一開始因為上班很忙, 並沒有太多時間想這個問題, 只是很衝忙地找了 Mike Cohn 的文章 po 了上去. 那篇文章的留言其實還蠻精彩的, 很多人給了不少意見. 
 

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

在敏捷社群中, 我們常常會使用 user story 來描述要做的事情, 並且用它來啟動跟用戶的對話. 唯有深入瞭解客戶要什麼, 你才能做出接近正確的產品.
 
可是問題來了, 如果你有 200-300 張 user story 呢? 我想對於一個正式的產品, 不是練習的作業, 這樣的數量似乎很正常, 這時候你就會遇到 James Shore 所說的 Story Card Hell 問題.
 
 

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

對於想要結合 Scrum 和用戶體驗, 這篇文章是必看的參考資料. 這是由 User Story Mapping 的作者 (Jeff patton) 所撰寫, 相信有不錯的參考程度. 以下是我整理的一些重點
 
Dual Track Development is not Duel Track
 
 

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

最近在翻閱 Exploring Requirements 一書, 他說到需求難搞是正常的事, 以下是我整理出來他的觀點:
 
 
產品開發的工作, 就是將某人的想要 (desire), 轉化爲能夠滿足這個”想要"的產品的過程.
 

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

找更多相關文章與討論

您尚未登入,將以訪客身份留言。亦可以上方服務帳號登入留言

請輸入暱稱 ( 最多顯示 6 個中文字元 )

請輸入標題 ( 最多顯示 9 個中文字元 )

請輸入內容 ( 最多 140 個中文字元 )

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼