看了一篇『User Story Mapping』的作者『JEFF PATTON』的文章『Dual Track Development is not Duel Track』，順手做了些筆記讓自己的記憶更深刻些，也是一種『刻意練習』。

相同的概念也是在產品開發時的誤區，以為探索的過程等同於開發的過程，殊不知『探索與開發應該是雙軌並行的過程』。以下是作者直接『畫重點』，讓不想看完全文的閱讀者能方便拿到資訊。

重點整理

• 『開發工作』應該專注於『可預測性及品質』的工作上。
• 『探索工作』應該專注於『快速學習及驗證』的工作上。
• 『開發』和『探索』應該被視為雙軌並行，因為他們是兩種不同的工作及思維。
• 『探索』是產品開發中必要部分，應該採相同的敏捷和精益原則來實踐。
• 如果我們在『探索』中的話，你會發現通常會有很大的變化及捨棄想法的行為。（文思註：因為探索過程也是一種發散式的腦力激盪過程，沒有人可以確保腦力激盪出的產物價值都很高，但持續的腦力激盪與驗證才是找出價值）
• 雖然有些時候探索的過程是由產品經理、設計師、資深工程師所主導，但是最好還是盡可能讓整個團隊成員都能參與。讓整個團隊是充分了解及可視化所有的『探索工作』及『進度』。
• 既使產品已經上市也是要持續的量測及學習。

#文思不藏私
從作者的圖中『開發』和『探索』應該被視為『雙軌並行』的，但是很多人看了圖就自行腦補為『雙軌進行』的。

其中最大的差異是『雙軌並行』是指當『探索過程』卡關時，開發團隊應該先暫時停下腳步，協助設計團隊一起探索讓產品機會及功能定位更明確。因為不管『開發』或『設計』團隊最終的目的應該是讓產品能成功，所以『開發』或『設計』不該被視為兩個團隊，而是為同一個『產品團隊』。

『雙軌進行』則是用傳統的思維把『開發』或『設計』團隊視為兩個『不同的團隊』，當『設計』無法準時產出時，開發團隊可能只是譴責或等待；當『開發』測試不順利時，設計團隊可能會繼續產出更多功能，對『開發團隊』來說只是雪上加霜。

由於『開發團隊』跟『設計團隊』注重的焦點不同。『開發團隊』主要的功能是『專注產出最大開發速率』（Maximize Delivery Velocity），透過開發的估計經驗，讓可預測性及品質產出最大化。可預測性是利用以往經驗對新的事物的推估能力，品質則是利用以前踩過的雷把關以後踩雷機率的防備。因此衝刺（Sprint）的長度需要固定，才能有一個『穩定』的基準點可以練節奏。

而『設計團隊』則是『專注學習最大驗證速率』（Maximize Learning Velocity），透過每次的設計與驗證，讓解決問題的能力、需求假設、資料驗證過程的學習經驗最大化，以減少下次犯錯的機率。所以衝刺（Sprint）的長度常常因為需求或問題而長短不一。因為『設計』像是『擲骰子』的過程，永遠沒有 100% 的成功機會。但只有持續的探索，持續的驗證，持續的捨棄不好的設計，才能學習到如何產出『穩定』的『設計』品質進行開發。

你讀完後可能會認為都是『幹話』，如何讓兩個團隊融合成一個『產品團隊』很難，作者也沒提出好的做法。真的很難，但我永遠相信『做不做的信念』跟人的『心態』有關，跟流程或機制相關度不大。

【文思不藏私】敏捷 30 天養成計劃～搶先看