對於想要結合 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) 一旦需求從產品探索中移到了產品開發, 探索工作就結束了
不是的, 在出貨後仍然要持續度量和學習
arrow
arrow
    全站熱搜
    創作者介紹
    創作者 kojenchieh 的頭像
    kojenchieh

    David Ko的學習之旅

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