對於想要結合 Scrum 和用戶體驗, 這篇文章是必看的參考資料. 這是由 User Story Mapping 的作者 (Jeff patton) 所撰寫, 相信有不錯的參考程度. 以下是我整理的一些重點
Dual Track Development is not Duel Track
產品開發的兩種工作
在製做產品時, 主要有兩種類型的工作: 產品開發和產品探索. (在文中是用 development 和 discovery來描述). 兩者的重點如下:
(1) 產品開發
主要進行產品建構的工作, 重點在於開發速度, 希望能夠最大化交付速度. 當然啦, 品質也是另一個重點, 不會因為要快速而犧牲品質. 另外, 這個工作也在意可預測性. 希望一開始說這個迭代要交付什麼, 迭代結束時便能完成什麼.
(2) 產品探索
這工作是讓我們了解, 我們該做的是什麼產品. 因此, 利用迭代方式來進行實驗, 測試產品想法, 和快速從中學習到最多事情, 所以可能有些想法在實驗後會捨棄. 並且這工作無法預測接下來要學習什麼.
您不應該將其視為兩個過程 - 只是一個過程的兩個部分, 兩種有不同的思維, 但不需要分成兩個團隊來進行. 產品探索的工作, 會和產品開發的工作, 同時且持續地進行. 整個團隊應該要負責最大化交付價值, 而不是只是準時交差.
雙軌政策的命名
Jeff 的夥伴 Marty Cagan 把它命名為 dual track (雙軌政策). 雙軌政策的來源是出自於以下文件, 作者是 Desiree Sy.
Adapting Usability Investigations for Agile User-centered Design.
常見雙軌政策的誤解
(1) 產品探索是在產品開發之前進行的流程
產品探索是產品開發中的必要部分, 兩者是合在一起進行, 沒有絕對誰先誰後, 都要以與敏捷和精益的原則來實踐
(2) 產品探索中所處理的需求, 在產品開發都要處理.
如果產品探索工作做的正確, 我們將會改變許多想法, 以及砍掉很多點子
(3) 產品探索團隊和產品開發團隊是不同團隊
產品經理, 設計師 和資深工程師可能主導產品探索工作的進行, 但是他要盡可能地邀請所有團隊成員參加, 讓產品探索工作和進度對團隊是透明的.
(4) 一旦需求從產品探索中移到了產品開發, 探索工作就結束了
不是的, 在出貨後仍然要持續度量和學習
全站熱搜
留言列表
