Dual Track Development / Agile(雙軌敏捷) Part 4

【Dual Track Development / Agile(雙軌敏捷) Part 4 - 需求探索衝刺】

雙軌敏捷中，負責需求探索的團隊也如同Scrum一樣，有著固定的週期和節奏，也和開發團隊有著共同的會議(Review.Retro)，負責同一個產品目標。

需求探索團隊可能不是一個專職團隊，是一個約七人的虛擬團隊，來自各方的代表，人員角色也必須多元(PO.營運.RD.企劃.QA.UI/UX)，參與的人員大多是固定的，但會依不同主題找必要人員，譬如說客服.財務人員。

需求探索團隊主要職責是「運用設計思考的思維創造或發現"對的事"(Build the right things)」，通常需要時間來發酵，如果能善用引導或方法(思考框架)可以提高效率。

雖然需求是由探索團隊討論&確定下來，很重要的一點是，最後交付出去的絕對不是封閉式規格書，而是開放式的使用者故事(User Story)、驗收標準(AC)、示意圖or流程圖，會跟開發團隊做Planning meeting，最後還是要交由做事的人決定方法。

需求探索五步驟

●發散思考

有很多方式可以做，如果需要搶點時間的話，先前可以準備好相關競品資料、最新趨勢參考，或是先設計好一版的原型後，大家再來一起發想討論。

當然，視主題而定，如果遇到殺手級的功能，也許可以安排一下Design Sprint來決定。

到後期熟悉時候，大多時候帶著Design Thinking的思維來寫下"使用者故事"就足以解決了。

●收斂成示意圖/流程圖

發散思考討論會有很多的建議、想法，所以，最好在有足夠大的白板旁邊進行，這樣就可以隨時把大家腦中畫面視覺化。很多時候似乎嘴巴講的都對，實際畫出來後卻問號連連，怎完全不一樣，尤其是面對複雜流程、功能更明顯。

流程圖可以用畫的，也可以事前準備分鏡圖，讓大家排出最有共識的流程。

●寫上US.AC

經過前二步驟，其實大家腦中已經累積大量資訊，要趁熱把腦中資訊和眼前畫面連結。

有二個方式，有不同的效果

- 邊畫圖的過程邊寫上US.AC

- 事後補上

事後補上是讓每個人對剛剛所有資訊進行轉換，以US.AC的方式記錄，重疊也沒關係，有時會出現剛剛沒想到的想法，360度的檢視。

●下次會議展示mockup原型，回饋修正

前三個步驟已經大致把需求都確定，如果還是存在著不確定性，可以把它做成原型。如果是有流程性的，最好是搭配電子mockup工具操作，於下次會議做檢視&驗證。

建議，如果探索團隊和開發團隊不一樣成員或分隔遠端的話，這步驟最好有，一來是順便出UI畫面、二來是再次降低資訊落差&風險。

●鍵入專案系統的衝刺期

整理前四步所有資訊，如US.AC便利貼、白板圖、紙原型、mockup...等等，需要進行整合才能放進電子系統。有可能每個US間會有順序的安排，讓遠端溝通的時候比較順暢。

也有可能補上影片讓表達更清楚，例如需要怎樣的滑動效果。

討論過程會出現許多角色觀點，而使用者故事中的使用者角色，大多來自影響地圖的WHO，如果突然出現沒有的使用者，那要記得回頭檢視影響地圖彼此的關聯。

記得，使用者故事它只是一種新的做事方法，而不是一種新的寫文件方式。

結論：

探索過程中，如果可以的話，初期有個引導者在旁邊觀察記錄會是好的。因為一開始大家都非常不習慣這樣的思考方式，也不習慣這樣的做法，很容易偏掉、卡住、失焦。

所以，全程在旁觀察所有的反應並紀錄下來，會議結束時，把剛剛的現象再拋出讓大家思考，該如何解決。如果無法當下解決的，可以在會議後研究卡關的地方，該導入些什麼方法或工具或引導，才能讓需求順利產出，然後在下次會議的開場做介紹與應用。

使用者故事 - 我們每件要做的事情，背後都有一個價值的存在。

黑先生