課程對於敏捷式專案管理的其中一種常見方法-Scrum，進行了簡要介紹，以下彙整用概念、角色、活動、產出 四個面向呈現這段筆記。和上一篇介紹敏捷整體程序和方法的概念大同小異，但可以注意Scrum的用語和概念精神。
一、Scrum 概念（Scrum Framework）
Scrum 是一套由實務、規則與指引所組成的框架，用來協助團隊以敏捷方式交付產品。
Scrum 建立在三大支柱之上：三大支柱（Three Pillars of Scrum）
- Transparency（透明性）
專案中的一切都應清楚可見，包括進度、成果與問題，且不只對團隊透明，也對客戶透明。 - Inspection（檢視）
定期檢視專案目標與成果，例如工作品質、進度與交付價值，確保方向正確。 - Adaptation（調適）
若在檢視過程中發現成果朝向不良趨勢，必須能即時調整做法，以適應變化。
二、Scrum 的角色與職責（Roles & Responsibilities）
Product Owner（PO）
代表客戶與市場聲音，最重要的責任是：
- 依「市場與商業價值」決定功能開發的優先順序
- 管理並排序 Product Backlog
Scrum Master（≈ 專案經理）
角色是 Facilitator（促進者），而非指揮者。
主要職責包括：
- 幫助團隊減少外部干擾
- 提升團隊運作效率
- 教導並推動 Scrum 與敏捷觀念
- 當團隊成熟後，轉為支持與引導，而非介入管理
Development Team（開發團隊）
- 在 Sprint 內 自行管理工作
- 決定如何完成 Sprint Backlog 中的項目
- 對交付成果共同負責
三、Scrum 活動（Scrum Activities / Events）
Sprint Planning Meeting
決定在這個 Sprint 中「要做什麼」以及「如何做」。
- 輸出（Output）：Sprint Backlog
Sprint
一個 Time-boxed（有固定時間限制） 的迭代，
目標是產出「可能可發布的產品增量」（不一定當下就會發布）。
Sprint 期間的原則：
- 不應加入會影響當次 Sprint 的變更
- 需求變更可加入 Product Backlog，留待未來 Sprint
- 不應隨意更動團隊成員
（這些都會影響團隊速度與可完成的工作量）
Daily Stand-up Meeting
每日進行，時間短（約 15 分鐘），每位成員回答三個問題：
- 昨天做了什麼？
- 今天要做什麼？
- 是否有需要協助排除的阻礙？
Sprint Review
在 Sprint 結束時舉行，讓利害關係人與團隊交流：
- 展示完成的成果
- 蒐集回饋
- 為下一步調整方向
會議時間有 Time-box：
👉 Sprint 長度每 1 週 ≈ 1 小時 Review 會議。
Sprint Retrospective
在 Sprint 結束時，由團隊內部進行：
- 回顧哪些地方做得好
- 哪些地方可以改進
- 調整下一次 Sprint 的工作方式
四、Scrum 產出（Scrum Artifacts）
Product Backlog
- 完成產品所需的 所有功能清單
- 依優先順序排列
- 排序依據為「價值」，由 Product Owner 負責
Backlog Grooming（Refinement）：
- 移除或調整已不具高價值的項目
- 讓 Backlog 保持清楚、可執行
Product Increment
- 每個 Sprint 結束後，完成的可運作成果
Sprint Backlog
- 從 Product Backlog 中選出本次 Sprint 要完成的項目
- 包含「如何完成這些工作的計畫」
- 可視為團隊對本次 Sprint 可完成功能的預測
- 在團隊開始投入前，應與 Product Owner 對「何謂完成（Definition of Done）」有共識
重要原則：
- 對所有團隊成員 清楚可視
- 只有團隊成員可以修改
