
在探索需求時, 其中有一種做法, 就是會用故事地圖(user story mapping)如何銜接影響地圖(impact mapping). 先利用影響地圖制定產品策略, 然後再利用故事地圖列出要做的故事, 並且排出優先順序. 正如下圖所示:
kojenchieh 發表在 痞客邦 留言(0) 人氣(763)

在敏捷社群中, 我們常常會使用 user story 來描述要做的事情, 並且用它來啟動跟用戶的對話. 唯有深入瞭解客戶要什麼, 你才能做出接近正確的產品.
kojenchieh 發表在 痞客邦 留言(0) 人氣(1,015)

對於想要結合 Scrum 和用戶體驗, 這篇文章是必看的參考資料. 這是由 User Story Mapping 的作者 (Jeff patton) 所撰寫, 相信有不錯的參考程度. 以下是我整理的一些重點
kojenchieh 發表在 痞客邦 留言(1) 人氣(901)

最近在翻閱 Exploring Requirements 一書, 他說到需求難搞是正常的事, 以下是我整理出來他的觀點:
kojenchieh 發表在 痞客邦 留言(0) 人氣(526)

有人問到新創事業需要進行需求探索嗎? 因為新創事業都是很未知的, 真的有方法可以探索啊?
kojenchieh 發表在 痞客邦 留言(0) 人氣(259)

在繪製完影響地圖後, 因為地圖中有的 who, 很多人接下來便會想要了解這些 who, 也就是我們的用戶. 因此, 用戶訪談往往是第一個活動, 希望透過這樣的過程, 能更清楚知道用戶想要的是什麼.
kojenchieh 發表在 痞客邦 留言(3) 人氣(436)

很多人在用了 story mapping, 列出了產品要提供的功能後, 接下來很多人就會想開工去寫程式了. 這樣做的話, 還是太快了些, 如果在此之前先做的驗證, 可以讓你少走些冤枉路.
kojenchieh 發表在 痞客邦 留言(0) 人氣(420)

在敏捷需求探索時, 一開始會用 impact mapping, 描述要產生什麼影響, 以及會什麼要做這功能. 然後使用 story mapping, 依著時間順序, 來述說產品的功能.
kojenchieh 發表在 痞客邦 留言(0) 人氣(622)

在上次敏捷需求探索工作坊中, 還被問到一個問題, 有人提到是否可以單獨來教 user story mapping, impact mapping 和 客戶訪談. 也有人提到 persona, storyboard 這些, 每個都是一門學問, 每個都需要花好多時間學習.
kojenchieh 發表在 痞客邦 留言(0) 人氣(242)

在敏捷需求探索工作坊中, 另一個困擾大家的問題, 就是要如何挑選客戶. 一開始時, 大家野心很大, 認為自己的產品應該可以賣遍天下, 但真的是是這樣嗎? 讓我們看下去吧.
kojenchieh 發表在 痞客邦 留言(0) 人氣(499)