Scrum 這麼神？為何科技企業都愛用這套敏捷管理框架？
取代瀑布式管理，在新時代中被擁戴的 Scrum 管理模式是什麼？為什麼許多大型企業甚至特地為此設立一個部門？在下文中，我們將詳細為你說明其定義及運作模式，並提供2個有助 Scrum 發展的工具，以助企業能更順利且有效率地採用此方法，成就更高效的成果。
Scrum 3大運作原則
Scrum 團隊秉持的5大價值觀為：承諾、專注、開放、尊重和勇氣。而這些價值的達成，都有賴於運作時所維持的3種原則，分別為：
1. 透明度
保持公開、透明的團隊運作，可以避免誤解或浪費時間。
2. 審視
定期審視工作進度可以即時調整問題和工作內容，而這也是會議的目的之一。
3. 彈性調整
團隊人員應該在審視工作後，保持彈性調整的空間，以避免更大的偏差產生。
Scrum 3大角色分工說明
| 角色 | Scrum領導人
Scrum Master |
產品負責人
Product Owner |
開發團隊
Development Team |
| 說明 | 是維持團隊在Scrum模式上運作的關鍵人物 | 須了解多方需求（如：客戶、團隊和其他利害關係人），並且在整個產品週期中衡量產品價值，將其最大化 | 團隊人員通常建議為5～9人，且各自掌握不同的技能，透過互相交流和合作，共同達成產品任務 |
| 負責內容 | 1.促成每日會議
2.與團隊進行溝通、解決衝突 3.隨時回饋、指導團隊維持在Scrum的模式上運作 4.協助團隊解決內／外部運作問題 |
1.明確傳遞產品目標
2.建立產品待辦清單 3.管理並訂購待辦清單內的項目 4.排序待辦事項的優先順序 |
1.完成待辦清單上的事項
2.產品責任由全體人員共同承擔 |
Scrum 事件與產出物有哪些？
根據 Scrum 指南，其運作上有5種事件（Events），是為了檢視衝刺階段中的3種產出物（Artifacts）而舉行。而這些設計都是為了要維持此流程一概公開透明的精神，並增加隨時調整、審視的機會。
5 種事件：
● The Sprint 衝刺
衝刺階段是 Scrum 的核心，是為期一個月以內的事件，而每一個新的衝刺階段都是在上一個階段結束後立即展開。在這個階段內，人員會隨時調整進度以利達成目標，也會視情況將 Sprint 單階段時間縮短。
● Sprint Planning 衝刺計畫
衝刺計畫即是由全體團隊共同安排衝刺階段要執行的工作事項，而常見的討論主題會是：思考所安排的工作將如何完成、這個衝刺階段的終極價值在哪裡等問題。
● Daily Scrum 每日會議
每日會議是為開發人員所舉辦的活動，每天約15分鐘，目的是要讓開發團隊的成員討論彼此的 Sprint 目標進展，但這會是團隊人員彼此交流的會議，產品負責人和領導人可不必參加。
● Sprint Review 審查會議
審查會議的目的是要審視 Sprint 的成果，讓團隊和利害關係人呈報目前的工作結果和進度，並且報告未來計劃的調整方針。
● Sprint Retrospective 回顧會議
其目的是要讓團隊齊聚，討論過去計劃執行的表現，並避免在下次的衝刺階段中，重陷同樣的困境。而對於為期一個月的衝刺階段來說，此會議最多進行3小時。
3 種產出物：
| 名稱 | 產品待辦清單 | 衝刺待辦清單 | 產品增量 |
| 英譯 | Product Backlog | Sprint Backlog | Increment |
| 代表性 | 產品目標 | 衝刺目標 | 任務完成 |
| 說明 | 此清單明示了工作的先後順序和改善產品所需執行的內容 | 由3元素所組成：
➔why－Sprint 目標 ➔what－明示了衝刺階段所需準備的產品待辦清單 ➔how－如何進行產品增量 |
增量可視為「完成」衝刺待辦清單中的工作項目，由產品負責人和團隊一起確認那些已完成、可以產生產品價值的項目 |
Scrum 適合哪種團隊？有推薦的管理工具嗎？
Scrum 最初是為軟體開發團隊所設計，不過它能夠適應快速迭代開發的特性，也讓這個框架在專案型團隊中備受矚目，因為其允許隨時調整的靈活性和3大運作原則，都有助於專案協作的進行。然而，要能持續推進這個框架，仍有賴於管理工具的協助。因此下文將向你推薦2種工具，並分別說明其對於各角色的幫助。
| monday.com | Asana | |
| 圖示 |  |
 |
| 簡述 | monday dev 為開發團隊提供了完整的開發流程環境，並可依據團隊需求進行客製化，確保無痛上手。 | 應用程式內含有Scrum模組，讓團隊免於重新安排介面，可直接依照其模式進行系統性管理，方便團隊共同審視工作進度 |
| Scrum領導人 | 可透過儀表板得知所有工作進展、預算成本狀況，並快速篩選出團隊需要的內容 | 可直接使用專案集功能，一次查看多個進度，並將成果圖表化，有助於追蹤團隊近況 |
| 產品負責人 | 能夠直接指派任務、跟進產品需求及安排優先順序，有助於隨時調整工作以及會議的進行 | 可協助建立時程表，讓專案成員一同協作、追蹤目前工作項目的進度 |
| 開發團隊 | monday dev讓團隊成員可以在一個平台協作、一覽進度、管理任務、溝通和產出專案報表。透過這些工具，團隊可以更加靈活地適應變化，確保產品按時交付 | 利用Asana的看板做Sprint開發，除有助於追蹤進度，亦可直接將問題留言於項目下，和同仁即時溝通 |
Scrum 管理模式 FAQ
Q1. Scrum 和敏捷（Agile）是一樣的嗎？
Scrum 是敏捷（Agile）框架的一種，但敏捷不僅限於 Scrum。還有 Kanban、Extreme Programming（XP）等其他敏捷方法，各有適用情境。
Q2. Scrum 適合所有類型的專案嗎？
Scrum 主要適用於需求變化頻繁、開發週期較短的專案，如軟體開發或創新產品。但對於需求固定、流程嚴格的專案（如建築工程），傳統瀑布式方法可能更合適。
Q3. 如果團隊規模很小（例如 3 人），還適合用 Scrum 嗎？
可以，但可能需要調整。
例如，Scrum 團隊通常包含開發者、Scrum Master 和 Product Owner，而小型團隊可能需要成員身兼多職，或者簡化部分儀式（如 Sprint Review 以非正式方式進行）。
Q4. Scrum 一定要每天開站立會議（Daily Scrum）嗎？
Scrum 指南建議團隊每天進行 15 分鐘的 Daily Scrum，以同步進度並排除障礙。但如果團隊已經透過其他方式有效溝通，Scrum 並不強制規定站立會議的形式。
看完文章後，你是否了解Scrum是什麼了呢？作為一種因應新時代而發明的管理框架，只要善用此模式，就能有助於團隊運作更具靈活性。而導入上述的2工具，除了能幫助專案上的管理，也能有助於設立OKR，詳見：《OKR與KPI的差別是什麼？帶你了解6大差異，突破管理困境！》。現在就和聚上雲聯絡，與專員諮詢公司需求，讓我們一起為你的團隊努力！
