說明 Analytics Use Cases 經過 Portfolio Selection、Opportunity Canvas 與 Business Case 後，如何進入 Agile Development。
理解 Agile Scrum 的 Iterative、Incremental 與 Cross-functional Collaboration 原則。
原書指出 Project Requirements 會隨時間改變，因此 Solution Providers 必須調整；Agile Scrum 以 Iterative and Incremental Practices 建立能回應 Emerging Requirements 的團隊。
| 原書元素 | 內容 |
|---|---|
| Figure 15.10 | Agile Scrum Framework |
| 前置成果 | Analytics Portfolio、Opportunity Canvas、Business Case |
| 核心 Roles | Scrum Master、Product Owner、Team |
| 工作來源 | Prioritized Product Backlog／User Stories |
| Iteration | Sprint；原書引文說明每個 Sprint 為 30 consecutive calendar days |
| Delivery Logic | Iterative、Incremental，持續 Inspection、Feedback 與 Adaptation |
把大型 Analytics Development 拆成可反覆交付與取得 Feedback 的工作，持續依 Business Needs 調整。
本案例沒有原書數值計算。
Design Thinking 偏向 Exploration；Agile Development 支援 Iterative Delivery。企業成功不只取決於 Analytics Systems Adoption，而在於形成 Operational Agility。
請把指定 Analytics Use Case 拆成可迭代驗證的 Delivery Plan，對每個 Iteration 標示 Business Question、Evidence Needed、Deliverable、Feedback 與可能調整；不要假設未提供的資源與工期。
**問題：**若 Requirements 在開發中改變，Agile 的基本反應是什麼？
**參考解答：**接受變化並調整 Solution，而不是把最初 Requirements 視為不可變；原書將 Adaptation 視為 Agile 的核心特徵。