介紹
敏捷專案管理的世界已廣泛採用，其標誌性特徵之一便是「衝刺」（Sprint）。然而，衝刺常被誤解為僅與Scrum相關。在本場演講中，我們將深入探討衝刺的概念，探討其與敏捷方法的關聯，並發現其在軟體開發以外領域的多元應用。無論您是初次接觸敏捷，還是希望擴展您的理解，歡迎加入我們，共同挖掘衝刺在各領域的潛力。
什麼是衝刺？
衝刺是敏捷開發方法中的一種時間限定、固定長度的迭代，主要與Scrum相關。它是敏捷方法在軟體開發與專案管理中的基本概念。以下是衝刺及其相關性的概述：
- 衝刺的定義：衝刺是一段短暫且專注的開發週期，跨功能團隊合作，以交付產品的潛在可交付增量。衝刺通常有時間限制，持續時間為2至4週，但具體長度可根據專案與團隊偏好而有所不同。
- 與敏捷方法的關聯：衝刺是敏捷方法的核心組成部分，特別是在Scrum框架中。Scrum是最受歡迎的敏捷方法之一，強調透過衝刺來實現迭代與增量式開發。敏捷方法重視客戶反饋、彈性，以及以小規模逐步交付價值。
- 廣泛採用：衝刺與敏捷方法已日益受到歡迎，並在各個產業中廣泛採用，因為它們帶來多項優勢：
- 彈性：衝刺讓團隊能快速適應變更的需求與客戶反饋。
- 持續改進：衝刺的迭代特性促進了持續改進與學習。
- 透明度：敏捷方法透過定期會議與進度追蹤，強調透明度。
- 以客戶為中心：敏捷方法著重於早期且頻繁地為客戶交付價值。
- 誰應該使用衝刺:
- 軟體開發團隊：衝刺常見於軟體開發中，讓團隊能定期交付可運作的軟體。
- 產品開發團隊：衝刺可讓從事任何產品開發的團隊受益，包括硬體與軟體。
- 專案管理：衝刺可應用於各種專案類型，不僅限於軟體開發，以提升專案的控制力與可見度。
- 跨功能團隊：當跨功能團隊合作時，衝刺尤其有效，因為它促進溝通與共同責任。
- 範例:
- 軟件開發：一個軟件開發團隊可能會使用Sprints，每兩週發布新功能或更新至網頁應用程式。每個Sprint都會產生一個可能可交付的軟體增量。
- 行銷活動：行銷團隊可以使用Sprints來規劃和執行行銷活動。每個Sprint可以專注於特定的活動，團隊會根據每個Sprint結束時的績效數據調整策略。
- 產品原型設計：硬體產品開發團隊可以使用Sprints來迭代原型。他們可能每兩週製作一次新的原型版本，納入使用者反饋並進行改進。
Sprints是敏捷方法論中的關鍵要素，促進了迭代式和增量式開發。它們廣泛應用於各個產業，對於致力於以靈活且以客戶為中心的方式交付價值的團隊和專案而言，具有顯著效益。
Scrum = Sprint = 敏捷？
不是，敏捷方法並非等同於Scrum。敏捷是一套更廣泛的軟體開發與專案管理原則與價值觀，而Scrum是敏捷方法論中的一種具體框架。敏捷是一種提倡靈活性、合作、以客戶為中心以及迭代開發的哲學，而Scrum則是一套結構化的框架，提供具體的角色、儀式與產物，以實現敏捷原則。
敏捷涵蓋了多種框架與方法論，而Scrum是最受歡迎的其中之一。其他敏捷框架與方法論包括看板（Kanban）、極限程式設計（XP）、精益（Lean）等。這些方法各有其獨特的實務與原則，但都共享著整體的敏捷價值觀。
現在，關於在Scrum框架中可與Sprints搭配使用的開發流程，以下是一些常見範例：
- 軟件開發：Scrum廣泛應用於軟件開發。團隊在Sprints中工作，以建立、測試並交付軟體產品的增量。每個Sprint都會產生一個可能可交付的產品增量。
- 產品開發：Scrum可應用於各種產品開發工作，不僅限於軟體。例如，可用於硬體開發，以迭代方式設計和製作實體產品的原型。
- 行銷：Scrum可用於行銷團隊來規劃和執行活動。Sprints可用於專注於特定的行銷計畫，例如產品上市、內容創作或潛在客戶開發。
- 內容創作：內容創作團隊，例如媒體或出版業的團隊，可使用Scrum以結構化的方式規劃與製作內容。每個Sprint可能涉及文章、影片或其他媒體資產的創作。
- 研究與開發（R&D）：從事研究與開發的組織可使用Scrum來管理其專案。Sprints可用於進行實驗、開發原型並測試新想法。
- 產品管理：產品經理可使用Scrum來優先處理並開發產品的新功能。Sprints可實現定期釋出改進後的產品版本。
- 基礎設施與運營：即使IT運營與基礎設施團隊也能應用Scrum原則來管理其工作。Sprints可協助他們規劃與執行基礎設施的變更與改進。
本質上，任何受益於迭代開發、持續改進並聚焦於交付價值的專案或工作，都有潛力使用Scrum框架搭配Sprints。Scrum的彈性使其能適應各種領域與產業，成為敏捷專案管理的一種多功能方法。
以下是一張對比Scrum、Sprint與敏捷的表格，突顯它們的關鍵特徵：
| 面向 | Scrum | 衝刺 | 敏捷 |
|---|---|---|---|
| 定義 | 一種特定的敏捷框架 | Scrum 內的一個時間限定迭代 | 一種更廣泛的開發哲學 |
| 角色 | Scrum 主管、產品負責人、團隊 | 沒有特定角色 | 強調跨功能團隊 |
| 成果物 | 產品待辦事項清單、衝刺待辦事項清單等 | Scrum 框架的一部分 | 傾向於實用軟體而非文件 |
| 迭代 | 組織成衝刺 | 單一的時間限定開發週期 | 強調逐步開發 |
| 彈性 | 提供一定程度的結構 | 在 Scrum 框架內具有彈性 | 高度可適應且靈活 |
| 以客戶為導向 | 納入客戶反饋 | 著重於最終交付成果 | 客戶合作至關重要 |
| 持續交付 | 交付可能可發行的產品 | 著重於衝刺內的增量 | 鼓勵頻繁發佈 |
| 適用範圍 | 主要用於軟體開發 | Scrum 中的工作單元 | 適用於多個產業 |
請注意，雖然此表格提供了簡化的比較，但必須認識到 Scrum 只是眾多敏捷框架中的一種，而敏捷是一種更廣泛的哲學，涵蓋了各種方法論和做法，每種都有其獨特的細節與實踐。
總結
在本場會議中，我們探討了 Sprint 的概念、其在敏捷方法中的角色，以及其在不同產業和專案中的適應性。Sprint 不僅限於軟體開發；它還能在行銷、內容創作、研發等領域提升協作性、彈性和以客戶為中心的特質。透過採用 Sprint，組織可以實踐敏捷價值觀，並在各個領域中推動迭代且以價值為導向的方法。