在今天瞬息萬變的科技世界中，高效的產品開發方法越來越重要，尤其是能發揮關鍵作用的Scrum 敏捷開發方法。為了能夠快速應對變化，並且提供高品質且價值滿滿的產品，許多團隊選擇採用敏捷開發方法，其中最受歡迎的就是 Scrum。
那麼，Scrum 究竟是什麼？它是如何運作的，又是如何能夠幫助我們更有效地開發產品？接下來，我們將為你全面解釋 Scrum 運作流程，通過詳細 Scrum 入門教學，帶你一起掌握 Scrum 敏捷開發方法！
Scrum是什麼？敏捷scrum
Scrum 敏捷軟體開發提供了一種框架來支持團隊合作，並應對軟體開發中的複雜問題，可以讓團隊在開發過程中自我組織，並鼓勵團隊在實際工作環境中學習與反思，以持續改善產品和工作流程。
Scrum 作為一種迭代和增量的敏捷軟體開發框架，強調透明、檢查、調整的原則。Scrum 通過規定一系列的規則、角色、流程、工具和成果，以及它們之間的互動來管理和控制軟體開發和產品維護。
Scrum敏捷開發將複雜的產品開發工作分解成一系列的短期迭代，稱為 「Sprint」，每一個 Sprint 都是一個完整的產品開發週期，包含需求分析、設計、編碼、測試到產品交付。
通過這樣的方式，Scrum 可以幫助團隊持續地交付有價值的產品或功能，同時也保持了高度的彈性，可以隨時根據客戶需求或市場變化進行調整。
不過，了解 Scrum 的定義只是理解 Scrum 的第一步。要真正了解並掌握 Scrum，我們還需要深入了解 Scrum 的核心組成，包括 Scrum 團隊的組成、Scrum 實施項目（如 Sprint、日常 Scrum 會議等）、Scrum 的成果（如產品待辦事項、Sprint 待辦事項等）以及 Scrum 的規則，接著往下看吧！
Scrum 的核心組成概念
Scrum 的核心組成概念包括：
- 三種角色：Scrum Master、產品擁有者、開發團隊
- 四種活動：Sprint 規劃、每日 Scrum、Sprint 審查、Sprint 回顧
- 三個成果：產品待辦事項、Sprint 待辦事項、產品增量
這些核心概念共同構成了 Scrum 的運行框架，讓團隊成員在使用Scrum時可以明確自己的角色、確定自己的工作進行到了哪一個流程，以及自己需要交付什麼樣的成果。
Scrum 團隊的角色
Scrum 團隊由 Scurm Master、產品擁有者和開發團隊三種角色組成。每個角色都有自己獨特的職責和責任，他們共同合作以達成團隊的目標。
Scrum Master 的角色與責任
Scrum Master 是 Scrum 團隊的教練和協調者，他们的主要職責包括：
- 確保團隊理解並遵守 Scrum 的價值、規則和實踐
- 幫助解決阻礙團隊進步的問題
- 促進團隊內部和外部的有效溝通
- 保護團隊免受不必要的干擾，讓團隊能夠專注於 Sprint 的目標
產品擁有者(Product Owner) 的角色與責任
產品擁有者是 Scrum 團隊中代表利益相關者（如用戶、客戶、公司等）的角色，他們的主要職責包括：
- 定義產品的願景和目標
- 管理和優先排序產品待辦事項（Product Backlog）
- 作為團隊與外部利益相關者之間的橋樑
- 確定並接受產品增量
開發團隊的角色與責任
開發團隊是 Scrum 團隊中負責開發工作的成員，他們的主要職責包括：
- 設計和開發高品質的產品增量
- 在 Sprint 規劃會議中，與產品擁有者一起確定 Sprint 待辦事項（Sprint Backlog）和 Sprint 目標
- 參與每日 Scrum 會議，並進行進度報告和調整計劃
- 在 Sprint 回顧會議中，檢視並改進過去的 Sprint
Scrum 的優缺點
看完了上面Scrum的組成要素之後，你已經對Scrum這個概念有了最基礎的了解，在這一部分我們會為你介紹Scrum的優缺點，讓你在真正使用這個管理方式之前，起碼對它的限制有所明晰。
| 優點 | 缺點 |
|---|---|
| 快速反應變動：Scrum 可以讓團隊成員在整個開發過程中進行變動，令團隊能夠快速適應新的需求或者改變方向。 | 需要高度的自我組織和紀律：如果團隊缺乏自我管理和組織的能力，或者不遵守 Scrum 的規則和理念，則可能不會達到預期效果。 |
| 提前發現問題，進行風險管理：透過短週期的迭代開發，Scrum 團隊頻繁地檢查和調整他們的工作，可以更早地發現並解決問題。 | 需要全員的參與和投入：Scrum 需要所有團隊成員的全程參與和投入，如果有成員不參與或者不投入，可能會影響團隊的效率和產品的質量。 |
| 提高生產效率和質量：Scrum 強調自我組織、團隊合作和持續改進，可以提高工作效率和產品質量。 | 難以預測長期計劃：由於 Scrum 強調適應變動，因此相比於傳統的項目管理方法，它可能更難以預測長期的開發計劃和產品交付日期。 |
| 提升團隊成員滿意度：Scrum 團隊成員參與決策過程，並且能看到自己的工作成果對產品的直接影響，提高工作滿意度。 | 需要時間學習和適應：對於不熟悉 Scrum 的團隊，可能需要花費一段時間學習 Scrum 的規則和價值，並適應 Scrum 的工作方式。 |
| 提高產品品質：Scrum 的迭代過程鼓勵團隊在每個 Sprint 結束時反思並改進他們的工作方法，這有助於提高產品的品質和團隊的效率。 | 需要文化轉變：Scrum 是一種需要整個組織改變工作方式的方法。如果組織的領導層或其他成員不支持這種轉變，則實施 Scrum 可能會遇到困難。 |
不管是什麼樣的管理方式，一定都會有它的好處和局限之處，只有對一個方法進行了全面的了解，你才能根據團隊的運作模式來判斷它是否真的適合自己，所以在看完了Scrum的優缺點之後，相信你在心中已經有了一個自己的判斷了。
Scrum VS. Agile VS. Kanban 有什麼差別？
許多人在聽到Scrum 敏捷開發管理的這個概念時，或許會不由自主地想到Agile開發的概念，了解到Scrum的工作流程時，又會不自覺地想到看板的工作方式。
事實上，這三者在專案管理的概念當中也經常被搞混、分不清，下面我們就用了一個表格來為你具體闡釋這三者之間的差異，了解它們之間的關係是什麼樣的。
| 區別 | Agile（敏捷） | Scrum | Kanban（看板） |
|---|---|---|---|
| 定義 | Agile 是一種軟體開發方法，強調人的互動、客戶合作、反應變化和工作成果。 | Scrum 是 Agile 的一種具體執行方式，它是一種迭代和增量的軟體開發框架。 | Kanban 是一種視覺化的工作流管理方法，源於 Toyota 的精益生產系統。 |
| 規劃 | Agile 強調適應變化，而非遵循計劃。 | Scrum 通過定期的 Sprint 規劃和回顧來進行計劃管理。 | Kanban 沒有固定的迭代週期，工作項目一旦準備好就可以進入工作流。 |
| 角色 | Agile 並未明確規定角色，但強調團隊的自我組織和跨功能。 | Scrum 有明確的角色規定：Scrum Master, 產品擁有者和開發團隊。 | Kanban 並未明確規定角色。 |
| 工作項目管理 | Agile 並未明確規定如何管理工作項目，但強調價值驅動。 | Scrum 通過產品待辦事項和 Sprint 待辦事項來管理工作項目。 | Kanban 通過 Kanban Board 來視覺化工作流，並限制工作流中的工作項目數量。 |
| 改進方法 | Agile 強調反思和調整行為以持續改進。 | Scrum 透過 Sprint 回顧來進行反思和改進。 | Kanban 透過限制工作流中的工作項目數量來持續改進流程效率。 |
Scrum Agile 和Kanban的具體實踐方式不同，但他們都遵循 Agile 的價值和原則。不同的團隊和項目可能需要選擇不同的方法來實現 Agile，或者根據實際需要結合使用這些方法。
延申閱讀 → 掌握Kanban 看板管理核心方法，提升你的專案管理能力！
Scrum 流程/運作過程（Scrum方法）
看完上面的部分，概念就已經解釋得差不多了，下面我們來看看Scrum的具體工作流程是什麼樣子的。Scrum 作為一種迭代和增量的軟體開發框架，主要包括以下幾個過程：
產品待辦事項（Product Backlog）
產品待辦事項是一份包含所有項目需求和特性的清單，按照優先級排序。產品擁有者（Product Owner）負責管理產品待辦事項，並且根據業務價值、風險、依賴性等因素來決定每個項目的優先級。
假設我們正在開發一款新的應用程式，產品擁有者會創建一份產品待辦事項，列出所有的特性需求，比如使用者註冊、登錄、編輯個人資料、發布動態等。每項需求都會被賦予一個優先級，根據其對產品的總體價值和影響。
Sprint 規劃（Sprint Planning）
在每個迭代（稱為 Sprint）開始時，團隊會進行 Sprint 規劃會議。在會議中，產品擁有者向團隊解釋哪些項目最優先，然後團隊選擇能在下一個 Sprint 中完成的工作項目，並規劃如何完成這些工作。
在 Sprint 規劃會議上，產品擁有者可能會指出「使用者註冊」和「使用者登錄」是最優先實現的特性。開發團隊會評估他們在即將開始的兩周 Sprint 中能完成多少工作，並且討論實現這些特性的具體方法。
日常 Scrum會議（Daily Scrum）
每天都會進行一次短時間（通常不超過15分鐘）的 Scrum 會議。在會議中，每個團隊成員會回答三個問題：昨天我做了什麼？今天我打算做什麼？我遇到了哪些阻礙？
在每天的 Scrum 會議中，一個團隊成員可能會說：「昨天我完成了使用者註冊介面的開發，今天我將進行測試，我遇到的問題是找不到適合的測試數據。」這樣的討論有助於團隊找出阻礙並共同解決問題。
Sprint 審查會議（Sprint Review）
在每個 Sprint 結束時，團隊會進行一次 Sprint 審查會議。在會議中，團隊會展示他們在 Sprint 中完成的工作，並獲得產品擁有者和其他利益相關者的反饋。
在兩周的 Sprint 結束時，開發團隊在審查會議上展示他們完成的特性——使用者註冊和登錄功能。產品擁有者和其他利益相關者會提供反饋，例如他們可能希望添加一個讓使用者可以用社交媒體帳號登錄的特性。
Sprint 回顧會議（Sprint Retrospective）
在每個 Sprint 結束後，團隊會進行一次回顧會議。在會議中，團隊會反思在過去的 Sprint 中哪些地方做得好，哪些地方需要改進，並訂出具體的改進計劃。
在回顧會議上，團隊可能會認為他們在解決測試數據問題上浪費了太多時間，並決定在下一個 Sprint 中提前準備好測試數據。他們也可能發現他們的估算有些過於樂觀，並且在下一個 Sprint 中需要更實際一些。
這個過程會在每個 Sprint 中重複進行，以此迭代和增量地開發和改進產品。在這個案例中，我們可以看到 Scrum 框架如何幫助團隊有組織地進行軟體開發，並持續學習和改進。每個 Scrum 過程都對確保產品的高質量和團隊的高效率起著關鍵的作用。
Scrum開發流程所用工具及方法（產品 or 軟體開發流程）
了解完了開發流流程，我們再一起了解在 Scrum 中，有什麼樣特定的工具和技術可以用於視覺化工作和追蹤進度。
燃盡圖（Burn-down Chart）
燃盡圖是一種圖表，用於追蹤在一個 Sprint 或者整個項目期間工作量（例如：故事點或工作時間）的消耗情況。燃盡圖的垂直軸表示剩餘的工作量，水平軸表示時間。理想情況下，這個圖表應該隨著時間的推移呈現下降的趨勢，直到所有的工作都完成。
燃起圖（Burn-up Chart）
與燃盡圖相對，燃起圖追蹤的是已經完成的工作量。燃起圖的垂直軸表示完成的工作量，水平軸表示時間。理想情況下，這個圖表應該隨著時間的推移呈現上升的趨勢，直到所有的工作都完成。
任務看板（Task Board）
這是一種視覺化工具，用於追蹤 Sprint 待辦事項中的工作項目。一個典型的任務看板至少會有三列：待做（To Do）、進行中（In Progress）和已完成（Done）。團隊成員將工作項目（通常表示為卡片或便利貼）從一列移動到另一列，以表示工作的進展。
產品增量（Product Increment）
這是在每個 Sprint 結束時，團隊已經完成並具有潛力投入使用的產品部分。產品增量是一種實體的工具，可以用來驗證團隊的工作並獲取利益相關者的反饋。
以上的工具和技術都可以支援 Scrum 團隊更有效地計劃、追蹤和調整他們的工作。
如何實行敏捷開發 Scrum 開發流程？
在先前的內容當中我們也有簡單提到過Scrum的開發流程，但那部分的內容基本是從概念出發。實際上，實施Scrum還需要一些準備工作，並且需要團隊的投入和組織的支持：
- 在實施前，團隊和組織需理解Scrum的原則和價值，可能需要培訓或自學；
- 建立由產品擁有者、Scrum Master和開發團隊成員組成的團隊，明確成員職責；
- 產品擁有者負責創建和優先排序產品待辦事項清單，列出所有需要實現的功能和需求；
- 在Sprint規劃會議中，團隊選擇一些產品待辦事項來在接下來的Sprint中完成；
- 開發團隊每天進行Scrum會議討論進度和阻礙。Sprint結束時，團隊會有一個可運作的產品增量，滿足Sprint待辦事項的定義；
- 每個Sprint結束時，團隊需要進行Sprint回顧和檢討會議，評估工作並尋找改進方法。
Scrum 具體實施步驟需要時間和實踐才能完全掌握。在這個過程中，團隊需要持續學習和改進，以充分利用Scrum的優點。
高效Scrum 方法的實施關鍵點
Scrum 作為強大的敏捷方法，可以幫助團隊有效地管理和優先排序工作，並通過以下幾個關鍵要點來達成高效實施流程：
- 上述提到的四個Scrum活動：Sprint 規劃、日常 Scrum會議、Sprint 審查會議和Sprint 回顧會議是Scrum流程的重要部分，按質完成，可以為團隊提供檢查進度、調整計劃和學習的機會。
- 產品擁有者需持續更新和優先排序產品待辦事項，以確保團隊專注於最重要的工作。
- 團隊需要有共同的「完成定義」，確保所有人都明白何時一個工作項目可以被視為完成，幫助確保產品增量的質量。
- 儘可能進行面對面溝通，提高明確性和效率。當無法面對面時，使用視訊會議或其他即時溝通工具。
- Scrum依賴團隊的自我組織能力，團隊成員應該有權決定如何最好地完成工作。
- Scrum基於檢查和調整，團隊應經常反思績效並尋找改進方法。
- 工作和決策應透明，讓所有利益相關者理解團隊在做什麼以及為什麼這樣做。
- 使用專為Scrum設計的工具，如ClickUp、monday或Jira，幫助團隊更有效地管理工作。
上述的這些關鍵的實施要點都十分重要，熟記並確實應用，可以幫助你的團隊充分利用Scrum的優點，提高生產力和效率。
Scrum 軟體平台推薦：monday.com（monday Scrum）
Monday.com 是一個結構化且靈活的平台，可用於管理 Scrum 和其他敏捷軟體開發方法：
- Scrum專案管理：Monday.com 提供了一個視覺化的看板，用於管理從專案到部門的任何事物，讓團隊能夠容易地追蹤並視覺化 Scrum 週期內的工作項目和任務。
- 多視角視圖：你可以以不同的視角來規劃和視覺化你的工作，包括 Kanban 看板、日曆、時間線、甘特圖等。
- 集成與自動化：你可以將 Monday.com 與你最喜愛的工具（如 Slack、Dropbox、Adobe Creative Cloud 等）集成，以獲得更多的工作成果。此外，你還可以選擇各種自動化配方，或者在幾分鐘內創建你自己的配方，以專注於重要的工作。
- Apps 與文檔：你可以使用 Monday apps 來擴展你的 Work OS 的功能，通過自定義視圖、小工具、集成等來增強你的工作流程。此外，你也可以將文字轉換為行動項目，只需點擊幾下就可以從任何文檔中連接、合作和實時執行想法和工作流程。
- 敏捷式管理Scrum工作流程：Monday.com 可以讓產品和開發專業人員及團隊建立敏捷工作流程，以推動產品、設計和研發團隊的影響力。最常見的用例包括路線圖規劃、Scrum & Kanban、錯誤追蹤（bug tracking）和 Sprint 儀表板等。
Monday.com 提供無信用卡需求和無時間限制的免費計劃，你可以嘗試看看它是否適合你的 Scrum 團隊。
Scrum 軟體平台推薦：ClickUp
ClickUp 是一款全面的專案管理工具，對於想要實施 Scrum（或其他敏捷方法）的團隊來說是一個很好的選擇，ClickUp 能夠提供強大的方法管理功能：
- 靈活性：ClickUp 提供了一個高度可定製的平台，讓你可以根據自己的具體需求來組織和可視化你的工作。例如，你可以選擇在列表、看板、日曆或甘特圖中查看你的工作項目。
- Scrum 功能：ClickUp 專案管理平台提供了一整套的 Scrum 工具，包括故事點估算、燃盡圖和燃起圖以及專門為 Scrum 會議設計的模板。
- 整合：ClickUp 可以與許多其他工具整合，包括 GitHub、GitLab、Bitbucket（用於源碼管理）和 Slack（用於團隊溝通），讓你能夠輕鬆地適應多種工作流程。
- 自動化：ClickUp 讓你可以設置自動化規則，以減少重複和手動工作。這可以幫助你的團隊節省時間，並專注於他們的主要工作。
- 報告和分析：ClickUp 提供了一系列的報告和分析工具，讓你能夠輕鬆地追蹤你的項目和團隊的進度和效率。
總的來說，ClickUp 作為一款強大而靈活的工具，適合各種大小和類型的團隊進行Scrum 實施。不過，就像任何工具一樣，最重要的是讓工具適應你的團隊和工作流程。因此，你也可以在決定是否選擇 ClickUp 之前，先試用一下它的具體功能，看看是否符合你的需求。
Scrum 軟體平台推薦：Notion
Notion 是一款多功能的協作工具，讓你和團隊可以自行定制，來適應各種工作流程，包括 Scrum 和其他敏捷方法：
- 專案管理：Notion 的彈性令你可以創建並定制你的 Scrum 看板，每個卡片可以代表一個任務，並可以添加詳細的描述、附件和註解。
- 敏捷工作流程：Notion 可以用來創建產品待辦事項清單、Sprint 待辦事項清單、甘特圖、產品路線圖等，這都是 Scrum 團隊常用的工具。
- 協作與通訊：在 Notion 中，你可以將討論與相關任務或專案的其他內容放在一起，這有助於保持團隊的同步並提高透明度。
- 知識管理：除了專案管理外，Notion 還可以用作知識庫，儲存團隊的技術文件、會議記錄、策略文件等。
- 整合：Notion 可以與許多其他工具（如 Slack、Google 日曆等）進行整合，這有助於將所有的工作流程集中在一個地方。
雖然 Notion 非常靈活且強大，但你通過其定制工作流程的時間可能會稍長，才能令其符合自己和團隊的具體需求。如果你正在尋找一個更專注於 Scrum 或敏捷設計的工具，可能會需要考慮其他的選擇。
如果你對Notion這款軟體知之甚少呢，沒關係，可以看看我們其他的文章，裡面對Notion有超級詳細的教學，你一定不會想要錯過的~
延申閱讀 → 【Notion 教學】2024超夯Notion 筆記軟體 | 15分鐘快速上手
Scrum 軟體平台推薦：Figma
Figma 是一款網頁版的設計工具，廣泛用於 UI/UX 設計、原型設計和團隊協作，因此對於產品設計和開發團隊來說是也是一款非常有價值的工具，具備多種Scrum 適用的功能：
- 實時協作：Figma 支持多人同時編輯和查看設計檔案，這與 Google Docs 的協作方式相似，讓設計師、開發者和產品經理等團隊成員可以在同一個界面中進行實時討論和修訂。
- 原型和互動：Figma 讓設計師可以創建互動式的原型，幫助團隊在開發過程初期就理解和確認用戶體驗。這對於 Scrum 中的 Sprint 計劃和評估階段來說非常有用。
- 版本控制：Figma 支持版本歷史，讓你可以追蹤到每一次的變更，從而為你提供了彈性方式來嘗試新的設計方案，並且可以隨時返回/回復到之前的版本。
- 組件和樣式的重用：Figma 提供了強大的組件和樣式系統，讓你可以創建可重複使用的設計元素。這可以提高設計效率，並且確保設計的一致性。
Figma 的這些特性對於 Scrum 團隊的溝通、協作和快速迭代來說都非常有幫助。而且，Figma 還可以與其他的項目管理工具（如 Jira、monday 等）進行整合，以便你和團隊在整個 Scrum 流程中使用。
Scrum 軟體平台推薦：Jira
Jira 是 Atlassian 開發的專案管理工具，特別適合用於敏捷軟體開發，包括 Scrum 和 Kanban 等方法：
- Scrum 專案管理：Jira 讓你可以創建和自定義 Scrum 看板，並根據任務的狀態進行排序和移動。你可以使用看板來視覺化你的 Sprints，並輕鬆追蹤任務的進度。
- 靈活的工作流程：Jira 能讓你你根據你的需求來定制工作流程。你可以定義狀態並設定從一種狀態過渡到另一種狀態的規則。
- 報告和分析工具：Jira 提供各種報告工具，包括 Burn Down Chart、Sprint 報告、Velocity Chart 等，以幫助你了解團隊的性能和進度。
- 集成能力：Jira 可以與各種其他工具整合，包括版本控制系統（如 Git）、持續集成工具（如 Jenkins）、文檔工具（如 Confluence）等，讓你可以在一個地方管理所有的開發工作。
- 議題和bug追蹤：Jira 最初是作為一個議題和bug追蹤工具開發的，所以它在這方面有強大的功能。你可以使用它來創建、分配和追蹤bug和其他任務。
Jira 是一個強大而靈活的工具，但也有一定的學習曲線。如果你的團隊是首次使用敏捷方法，或者你的需求相對簡單，那麼可能需要考慮其他更易於使用的工具。不過，對於需要深度定制和靈活性的大型或成熟的 Scrum 團隊，Jira 是一個很好的選擇。
延申閱讀 → 【Jira 專案管理】Jira是什麽？如何用？詳細教學Scrum＋看板！
Scrum 成果
到了最後的部分，我們再來一起看看Scrum 的成果都有哪些吧，知道了這個，你才知道自己的工作有沒有真正做到位。在 Scrum 框架中，有幾個重要的成果（或者說「產出物」）：
產品待辦事項（Product Backlog）
這是一個有序的需求清單，由產品擁有者負責管理，反映了所有希望在產品中實現的功能和特性。產品待辦事項是一個動態的清單，會根據產品需求的變化、市場狀況的變化、業務優先級的變化等因素進行更新和調整。
Sprint 待辦事項（Sprint Backlog）
這是一個由開發團隊選擇並承諾在當前 Sprint 中要完成的工作項目的清單。Sprint 待辦事項也是一個動態的清單，會根據工作進展和團隊對工作的理解的變化進行更新和調整。Sprint 待辦事項提供了一種視覺化工具，幫助團隊理解他們在 Sprint 中需要完成的工作。
產品增量（Product Increment）
這是在一個 Sprint 結束時，開發團隊已完成的、可用的、並滿足定義的已完成（Definition of Done）標準的產品功能。產品增量是 Scrum 框架的關鍵成果，它展示了團隊在 Sprint 中的實際產出，並提供了一種測量團隊成效的方式。
以上三個成果都是 Scrum 的核心部分，它們彼此相互關聯，共同助力於高效、有價值的產品開發。
總結
總的來說，Scrum 是一種在軟體開發中常用的敏捷方法，提供了一個結構化的框架，讓團隊可以有效地處理複雜和大規模的開發任務。Scrum 將這些任務分解成一系列短期的 “Sprints”，令團隊可以快速適應變化，並持續交付有價值的產品。透過 Scrum，開發團隊能夠增強自我管理的能力，並鼓勵跨職能的協作。
最後，Scrum 的反思和改進機制促使團隊在每個 Sprint 結束時評估他們的工作流程，以便找出並解決問題，從而提高產品的品質和開發效率。你可以通過我們給出的實施流程來進行實際操作，看看是否能幫助你和團隊進一步提高工作效率！
關於Scrum 的常見問題（FAQs）
Scrum 是一種敏捷軟體開發框架，用於管理複雜的軟體和產品開發。使用 Scrum，團隊可以自主管理自己的工作，並使用迭代、增量的方式來生產和優化產品或軟體。
Scrum 團隊通常由 Scrum Master、產品擁有者和開發團隊組成。Scrum Master 確保團隊能夠遵循 Scrum 的規則和實踐。產品擁有者是負責定義產品功能和優先級的人。開發團隊則是實際執行並創建產品的成員。
Sprint 是 Scrum 中的一種固定長度的迭代，通常持續 1-4 周。在每個 Sprint 中，團隊設計、編碼、測試並交付一個產品增量。
產品待辦事項是一個由產品擁有者維護的列表，其中列出了所有需要在產品中完成的功能、改進、技術債等，並按照優先級排序。
日常 Scrum 是一種短暫的立足會議，通常持續 15 分鐘。在這個會議中，開發團隊會討論他們在上一個工作日完成了什麼，今天打算做什麼，以及是否有任何障礙阻礙他們的工作。
Scrum Master 是 Scrum 團隊的教練和僱傭人，他們的工作是確保團隊能夠有效地使用 Scrum。他們幫助團隊解決障礙，並與組織的其他部分進行交流，以確保所有人都理解並接受 Scrum 的價值和方法。
