1.需求語言的基本功

在開始拆解之前要先弄清楚什麼叫「需求」?什麼是「Ready」?什麼是「Done」?如何讓一項需求變得「可以開始做」而不是「還要猜」?本模組將協助學員建立共同語言，理解從DoR到DoD的判準差異，掌握 User Story的表述格式，以及熟悉Product Backlog 中不同層次(Epic、Feature、Story、Task)所扮演的角色與適用時機，奠定後續拆解的操作基礎。

2.Structure｜對齊願景與策略

好的需求必須回應正確的目標。本模組將引導學員從商業願景出發，運用Impact Mapping、Story Mapping 等方法釐清「為什麼做」、「為了誰做」、「要怎麼做」、「要做什麼」，建立從目標到行動的邏輯鏈。透過具體練習，協助學員在團隊內部建立共同語言，讓需求不再是來自某人一句話，而是整體產品策略的一部分。

3.Process｜找出價值流動的節點

許多需求來自用戶或內部流程中的缺點，但真正的價值往往藏在「它如何發生」的過程中。本模組將協助學員運用 User Journey、Process Map、Value Stream Map 等工具，拆解使用場景與系統互動流程，從「需求在哪裡發生」找出最關鍵的改善節點。這不只是畫流程，而是用流程去發現需求的真實背景與價值所在。

4.Learn｜驗證什麼值得做

不是所有被提到的需求都該做，也不是每個想法都能創造價值。本模組將導入MVP思維與實驗設計邏輯，引導學員將需求轉化為可驗證的假設，設計 Spike、Solution Tree 等方式快速獲得學習，辨識什麼是「看起來重要」但實際上不可行的虛假需求，進而集中資源投注在真正產生價值的項目上。

5.Increment｜拆出有價值的交付單位

敏捷強調「早一點交付、早一點學習」，但若無法適當拆解，往往淪為功能切片或技術堆疊。本模組將訓練學員以Vertical Slice的方式進行產品增量拆解，並學會運用各種分析手法(如 Input/Output、Component Map、例外/邊界情境)處理複雜系統需求，確保拆出來的每一塊都能「交得出」「測得了」「產生價值」。

6.Task｜讓任務寫得出來、做得起來

當需求拆解到底層時，真正能進入Sprint的，是一項項明確可執行的任務。本模組將聚焦於將 Story 拆解為任務(Task)的技巧，並導入 CRUD、Spider Map、DoD/AC等工具，讓學員練習寫出符合Ready條件的需求項目，並學會如何設計驗收準則，與開發團隊達成交付共識。