Scrum 簡介

Scrum 的歷史

自 1970 年溫斯頓·羅伊斯 (Winston Royce) 的“管理大型軟件系統的開發”報告發表以來，許多人都在嘗試尋找一種可以消除瀑布式開發模型缺點的方法。“瀑布”的替代方法是 Scrum 方法，現在將對其進行討論。

Scrum 於 1986 年得名於 Takeuchi 和 Nonaki 的著作《新產品開發的新規則》。本文檔認為，實現目標的最有效方法是為開發人員提供明確的行動計劃。

1995 年，Sutherland 和 Schweiber 出版了另一本指南“使用 Scrum 進行軟件開發”。此後，該出版物已多次更新。現在它被認為是開發這種方法的主要指南。當前版本的 Scrum 指南包含 2020 年更新的信息。

Scrum 指南的主要條款建議項目管理模板應基於開發人員在約定的時間範圍內交付成品的事實 - 衝刺。為了成功實施 Scrum，建議使用由以下幾個元素組成的結構：角色、事件、規則和工件。

Scrum 中的角色

Scrum 中共有三種角色，它們都組成了一個 Scrum 團隊：

軟件產品的客戶是項目中最重要的人，因為只有他才能充分理解其對業務的價值。客戶向開發人員解釋未來產品的用戶需求，但他不負責開發過程中的技術部分。在產品中創建某些元素或功能時，客戶還會確定優先級。

開發人員受託執行技術任務，其交叉功能取決於應用範圍。開發人員忙於創建衝刺積壓工作、編寫代碼、根據衝刺目標定制項目以及其他任務。

Scrum Master 是 Scrum 團隊的推動者。它為客戶和開發人員提供幫助。簡而言之，Scrum Master 忙於在未參與項目的人員與編寫代碼的人員之間進行溝通。有時，同一家大公司的不同編碼人員團隊會在這些團隊的 scrum master 大會上進行交流和協調。

Scrum 中的事件

Scrum事件有5種類型：

Sprint 是 Scrum 中最重要的部分。它包括衝刺計劃、每日站會（每日站會）、衝刺的回顧和回顧。

衝刺計劃。Scrum 團隊的所有成員都參與製定未來衝刺的計劃。在這裡提出產品理念，每個團隊成員都可以表達自己的意見，他對此有何看法。然後在會議上確定優先級並宣布最後期限。

Daily Scrum 是每天的短站會，持續時間不超過 15 分鐘。通常是為了計劃編碼器今天或明天的工作。在 Daily Scrum 上，您可以討論當前的問題。所有參與該項目的開發人員都必須參加這樣的研討會。Scrum Master 的存在是允許的，但不是必需的。

Sprint Review（演示）- 顯示在 sprint 期間創建的結果。通常這個事件發生在最後階段。所有感興趣的人都參與其中。

Sprint Retrospective——對沖刺結果的討論。團隊成員就他們如何應對分配給他們的任務以及如何在未來提高工作成果發表意見。

此外，有時還會進行 Backlog Refinement - Backlog Refinement。它討論待辦事項、為下一個衝刺做準備以及確定當前任務的優先級。

神器

Scrum 工件是在項目或衝刺結束時發生的工作。共有三個工件 - 產品積壓、衝刺積壓和增量。它們中的每一個都是及時向用戶交付軟件所必需的。還有輔助工件（燃盡圖等）。

sprint 工件中包含的組件：

產品積壓 - 界面和後端功能。

sprint backlog 是需要在迭代期間完成的任務列表。他們在衝刺開始前達成一致。

增量 - 衝刺期間創建的軟件積壓項目總數以及在此之前進行的增量值。完成的新增量必須在衝刺結束前顯示。這意味著您擁有一個滿足 scrum 團隊要求的工作版本。

產品待辦事項 - 它必須在衝刺迭代期間完成。通常，該元素分為幾個小任務。

衝刺目標是需要完成的任務（創建積壓項目或其他任務）。

衝刺燃盡圖是衝刺結束前剩下的工作。燃盡圖要么上升要么下降。這完全取決於團隊成員在工作中遇到的困難。它不是進步的指標，只是解決問題的途徑和激勵。

Product Release/Product Burn-Down Chart是Scrum Master在下一個sprint結束前繪製的圖表。橫軸是衝刺，縱軸是剩餘的工作量。

Scrum 框架規則

角色、事件和工件是 Scrum 的基礎，但除此之外還有其他規則。所有這些都提高了工作流程的效率。以下是這些規則的列表：

• Scrum 團隊包括軟件客戶、Scrum 管理員和開發人員。
• 所有衝刺應該是相同的長度。
• 完成一個衝刺後，立即開始新的衝刺。
• 衝刺總是從計劃開始。
• 團隊成員在他們的工作日開始時進行早間站會。
• 在每個衝刺期間審查每個衝刺。這改善了團隊和利益相關者之間的溝通。
• 不建議在 sprint 期間更改 sprint backlog。

Scrum 的局限性

除了明顯的優點，Scrum 也有缺點：

• 由於缺乏共同的截止日期，Scrum 通常會導致執行的工作量減少。
• 由於項目參與者之間的參與度低或不願合作，結果失敗的可能性很大。
• Scrum 結構很難在大型團隊中使用，但仍有可能。有用於此的擴展框架：LeSS、SAFe、Nexus 等。
• 一個或多個成員在項目中途離開團隊，對項目影響不大。