10 分鍾了解敏捷 Scrum

本文轉載自查看原文 2021-12-21 16:50 1722 Scrum

如今，Scrum敏捷方法已成為企業使用最廣泛的敏捷項目管理方法。這是為什么？因為它已經證明了自己。如果您也想對其進行測試並親自了解如何使用它來更新您的項目管理並確保工作效率，這里是您需要了解的有關 Scrum 的一切：儀式、角色和工具。讓我們開始吧。

什么是Scrum敏捷方法？

Scrum 是眾多項目管理敏捷方法之一。因此，它旨在通過依賴最終用戶的定期反饋來提高團隊生產力和速度，優化產品價值。
這種方法的名稱“Scrum”實際上是從橄欖球界借來的：就像橄欖球運動員一樣，Scrum 敏捷團隊成員盡可能多地聚集（在……Scrums 中）檢查開發項目，隨時准備改變最初的計划。因此，Scrum 是一種非常動態且不斷變化的方法，它鼓勵協作項目管理並保證客戶在計划投資和最終交付產品之間取得適當的平衡。

此外，如果 Scrum 已成為開發人員中最受歡迎的敏捷方法，那是因為它促進了敏捷宣言的價值觀：與客戶更多地協作，克服對變化的恐懼，將與人的互動置於任何軟件項目管理的中心，並專注於關於交付操作軟件。但是對於非敏捷團隊，Scrum 的框架有自己的詞匯和特殊性，起初可能會顯得相當復雜。但是不用擔心，如果您想進入它，我們已經為您提供了保障。拋開你認為你知道的關於 Scrum 的一切，讓我們深入研究它！

Scrum敏捷方法的3個基本原則

在 Scrum 中，目標是定義一個清晰而精確的工作框架，並以短迭代為標點，以促進復雜項目的實施。這個特定的框架圍繞着三個基本原則：

透明度：每個團隊成員必須有權訪問有關要交付的產品的所有信息；
檢查：必要時定期評估以重新調整項目；
適應：當檢查顯示與測量結果有偏差時，需要實施新措施。

Scrum 角色

敏捷 Scrum 方法定義了 3 個角色。它們都是相輔相成的，了解每個人的職責很重要。

SCRUM Master

根據 Scrum Master 指南，Scrum Master 是團隊的仆人式領導者，保護方法的良好實踐。但要注意，他不是項目經理！Scrum Master 實際上負責促進和支持 Scrum 指南中定義的 Scrum。如何？通過幫助每個人了解 Scrum 的理論、實踐、規則和價值觀……而且還通過幫助 Scrum 團隊之外的人評估與他們每次互動的重要性，了解他們與團隊的哪些互動是有用的，哪些是有用的不是。換句話說，Scrum Master 的角色是幫助每個人改進交互，以最大化 Scrum 團隊創造的價值。以下是有關Scrum Master 工具的更多詳細信息以及成為“優秀”Scrum Master 的技巧。

產品擁有者

簡而言之，我們可以說產品負責人的角色是項目的業務部分和技術部分之間的橋梁。因此，它們是客戶和開發團隊之間的紐帶。產品負責人在 Scrum 中承載產品願景。與 Scrum 團隊完全整合，他們負責編寫用戶故事並保持產品待辦列表最新。

開發團隊

開發團隊負責將表達的需求轉化為可用的功能。該團隊可以是多學科的，涉及多種類型的人員：開發人員、軟件架構師、功能分析師、圖形設計師、人體工程學、系統工程師等。

Scrum 儀式 (events / Ceremonies)

在 Scrum 中，開發項目的生命周期被一系列會議打斷，會議為每個會議制定了明確的目標。日常 Scrum、Sprint 計划、Sprint 回顧和回顧等儀式是 Scrum Master 的基本工具。讓我們看看它們都是什么。

撲克策划 (Poker Planning)

為了在估計用戶故事（見下文）的同時促進集體智慧，Scrum Master 使用“撲克計划”：它使團隊成員能夠專注於他們自己的相關和/或集體經驗，以得出故事點的估計。使用像 Tuleap 這樣的在線Scrum 工具，一旦定義了故事點，團隊成員就可以輕松地將它們輸入到“用戶故事”服務中：這將使他們能夠一目了然地檢查它們是否沒有超出發布計划的容量和短跑。

沖刺計划 (Sprint Planning)

Sprint 計划會議是 Scrum 開發項目中最重要的步驟之一。在這次會議中，開發團隊選擇他們認為可以在沖刺期間實現的產品待辦列表的優先元素。整個 Scrum 團隊的這種協作工作導致了 sprint 計划的創建。

每日站立 (Daily Standup)

每日站立會議（或每日 Scrum 會議）是每日同步會議。目標是讓團隊成員每天聚在一起討論任務和工作進展以及潛在的問題，從而克服可能的障礙並促進相互支持。為了使事情更加直觀並查看所有任務的列表和項目的進度，站立會議通常涉及卡片牆（見下文）或看板。

沖刺回顧 (Sprint Review)

Sprint 回顧當然是持續改進的關鍵要素之一。這次重聚發生在沖刺結束時，它再次聚集了整個開發團隊。通過分析圖表（燃盡圖、燃盡圖、速度），以及自由討論和從最近的沖刺中退一步，團隊尋求改進並想知道如何進一步優化個人之間的互動以獲得幸福感和動力，提高產品質量，並總體上提高其生產力。

Scrum 關鍵概念

產品積壓 - 產品待辦列表絕對是 Scrum 方法的關鍵組成部分，它是產品負責人的游樂場：作為與客戶直接相關的人，PO 負責管理和保持產品待辦列表最新。

產品待辦列表是任何用 Scrum 開發的產品的心臟。你可以把它想象成一個裝滿用戶故事變成任務的大包，你可以在即將到來的沖刺中選擇和計划。即使它主要圍繞產品負責人，它也必須很容易地與開發團隊共享。

短跑 (Sprint) - 沖刺是一段很短的時間 - 或迭代 - 最多 2 周到 1 個月，在此期間開發團隊將設計、實現和測試新功能。幾個沖刺最終形成一個版本。

發布 (Publish) - 發布意味着將產品的一個版本交付給最終用戶。但是發布也可以指一個版本正在開發中的時間段，經過連續的沖刺，直到交付。簡單來說，發布是多次沖刺的結果。理解敏捷 Scrum 方法：Epic、用戶故事和任務之間的區別

史詩 (Epic) - 一般來說，“Epic”是要開發的產品的宏功能。史詩也可以描述為按類別或主題分組的多組用戶故事。

故事點 (Story Point) - 故事點是工作量估計單元。它們是一種估算實現功能開發所需工作量的方法。但這不是一個人/天，也不是完成的最后期限。“故事點”是團隊設置的任意度量。它可以采用不同的形式：T 恤尺寸（XS、S、M、L、XL）、從 1 到 10 的數字……

用戶的故事 (user Story) - “用戶故事”不是任務，也不是規范。相反，它是用戶期望的聲明。在 Scrum 中，用戶故事根據定義的格式進行敘述：“作為（角色），我想要（表達願望），以便（實現目標）。” 例如：“作為用戶，我希望能夠從我的購物籃中刪除一個項目，以便我可以更新它。”

任務 (Task)

任務以及可能的子任務是有助於響應用戶故事的技術活動。理想情況下，這些活動的規模應該相同（就工作復雜性而言），但可能具有不同的性質：設計、開發、測試等。

SCRUM 中的 3 個基本圖形

燃盡和燃盡

燃盡圖 (Burndown Chart) - 沖刺燃盡圖允許跟蹤已完成工作量隨時間的演變。一條線代表已經完成的工作（下圖綠色），另一條線代表發布的周邊（紅色）。

速度 (Velocity) - “速度”是 Scrum 中一個有趣的指標。它決定了開發團隊為完成沖刺的所有任務而能夠提供的工作量。

速度以一定數量的“點”表示。為了評估完成一項任務所需的“點數”，我們平均了幾個沖刺中交付的點數。
因此，速度有助於計划（即即將到來的沖刺計划）。
但請注意，速度並不意味着衡量團隊的績效或生產力。重要的是要衡量的實際上是商業價值/所交付軟件的質量。

容量 (Capacity) - 在沖刺的計划階段，我們也關注團隊的“能力”。它代表了團隊成員在一個 sprint 中的“可用性”。例如，培訓或假期可以改變團隊的整體能力。

Agile & Scrum Basics

燃盡圖

免責聲明！

本站轉載的文章為個人學習借鑒使用，本站對版權不負任何法律責任。如果侵犯了您的隱私權益，請聯系本站郵箱yoyou2525@163.com刪除。

猜您在找 Scrum轉型(一) 為什么敏捷和Scrum 了解Scrum敏捷開發過程的優點敏捷開發(Scrum)與敏捷測試敏捷開發-Scrum介紹 Scrum是脆弱的，不敏捷的關於scrum敏捷測試敏捷之道Scrum篇淺談敏捷開發（scrum）敏捷開發與 Scrum 敏捷開發框架Scrum