誰在使用敏捷 Scrum 方法？
Scrum 被軟體開發團隊廣泛使用。事實上，它是 最受歡迎的敏捷方法論。 根據本 第12屆年度 State of Agile report70% 的軟體團隊使用 Scrum 或 Scrum 混合方法。然而，Scrum 已擴展到其他業務職能部門，包括 IT 和行銷部門，這些部門的專案必須在複雜性和不確定性中推進。領導團隊也開始以 Scrum 為基礎建立敏捷管理實踐，並經常將其與精實和看板實踐（敏捷專案管理的子集）結合。
Scrum在敏捷專案管理中扮演什麼角色？
Scrum是敏捷開發的子集：
- 敏捷是一套價值觀和原則，用來描述團隊的日常互動和活動。敏捷本身並不具有強制性或具體性。
- Scrum 方法論遵循敏捷的價值觀和原則，但包含進一步的定義和規範，特別是在某些軟體開發實踐方面。
採用敏捷開發方法能帶來哪些好處？
採用敏捷 Scrum 的組織已經經歷了以下情況：
- 更高的生產力
- 更高品質的產品
- 縮短上市時間
- 提高利害關係人滿意度
- 更好的團隊協作
- 更快樂的員工
Scrum專案管理有何特別之處？
Scrum 透過資訊透明化來應對工作的複雜性，使人們能夠根據當前情況而非預測情況進行檢查和調整。這使得團隊能夠克服瀑布式開發流程中常見的陷阱：不斷變化的需求導致的混亂；對時間、資源和成本的低估；軟體品質的妥協；以及不準確的進度報告。 Scrum 開發需要通用術語和標準的透明化，以確保交付的內容符合預期。頻繁的檢查能夠確保進度，並及早發現偏差，從而快速進行調整。 Scrum 中最常見的檢查和調整事件包括： 衝刺計劃每日站會或「站立會議」、迭代評審會議和迭代回顧會議（見下文「Scrum 活動」部分）。
Scrum 方法論與其他敏捷方法有何不同？
大多數企業首先將各個團隊轉型為敏捷團隊，然後再將其「擴展」到組織的其他部分。擴展敏捷並非易事，這也促使近年來湧現一些新的框架，例如… 規模化敏捷框架® 和紀律嚴明的 敏捷交付 （DAD）這種流行使得 Scrum 成為許多敏捷應用程式生命週期管理（敏捷 ALM）計畫的重要組成部分。
敏捷 Scrum 開發包含哪些組成？
Scrum 方法論由團隊角色、事件（儀式）、工件和規則定義。
Scrum團隊
Scrum 團隊通常由 7 人（正負 2 人）組成，沒有團隊領導來分配任務或決定如何解決問題。團隊作為一個整體來決定如何處理問題。 Scrum 團隊的每位成員都是解決方案不可或缺的一部分，並需要負責產品從概念到最終完成的整個流程。 Scrum 團隊中有三個關鍵角色：
產品所有者
產品負責人是專案的關鍵利害關係人－通常是內部或外部客戶，或是客戶的發言人。專案只有一個產品負責人，負責傳達團隊正在建立的產品的整體使命和願景。產品負責人最終負責管理產品待辦事項清單並驗收已完成的工作增量。
Scrum Master
Scrum Master 是產品負責人、開發團隊和組織的僕人領導者。 Scrum Master 對團隊沒有直接的層級權威，更像是一位協調者，負責確保團隊遵循 Scrum 的理論、實踐和規則。 Scrum Master 會盡一切可能幫助團隊發揮最佳水平，從而保護團隊。這可能包括排除障礙、組織會議以及協助產品負責人整理產品待辦事項清單。
開發團隊
開發團隊是一個自組織、跨職能的團隊，具備在每個迭代周期結束時交付可交付增量所需的所有技能。 Scrum 將「開發人員」的定義擴展到程式設計師之外，涵蓋所有參與創建已交付增量的人員。開發團隊中沒有頭銜，也沒有人（包括 Scrum Master）可以指導開發團隊如何將產品待辦事項轉化為潛在可交付的增量。
Scrum 事件（儀式）
衝刺
迭代周期是指在限定的時間內完成特定工作並準備好進行評審的階段。迭代週期通常為 2-4 週，但最短可至一週。
衝刺計劃
衝刺計畫團隊會議是在限定時間內舉行的活動，旨在確定哪些產品待辦事項將被交付以及如何完成這些工作。
每日脫口秀
每日站會是一個簡短的溝通會議（不超過 15 分鐘），每個團隊成員都會快速、透明地匯報自上次站會以來的進展、下次會議前的計劃工作，以及可能阻礙他們進展的任何障礙。
衝刺評審
迭代評審是團隊展示迭代期間完成工作的「成果展示」或演示活動。產品負責人會根據預先定義的驗收標準檢查工作成果，並決定接受或拒絕。利害關係人或客戶會提供回饋，以確保交付的增量滿足業務需求。
回顧展
回顧會議（簡稱回顧會）是衝刺階段的最後一次團隊會議，旨在總結哪些方面做得好，哪些方面做得不好，以及團隊如何在下一個衝刺階段改進。團隊成員和 Scrum Master 都會參加回顧會議，這是團隊專注於整體績效並制定流程持續改善策略的重要機會。
Scrum 工件
產品積壓
產品待辦事項清單是最重要的文檔，它詳細列出了系統、專案或產品的所有需求。產品待辦事項清單可以看作是待辦事項清單，其中包含多個工作項，每個工作項都會產生具有業務價值的可交付成果。待辦事項由產品負責人依業務價值排序。
S列印積壓
迭代待辦事項清單是從產品待辦事項清單中提取出來的，需要在迭代周期內完成的具體項目清單。
增量
增量是指自上次軟體發布以來所有已完成的產品待辦事項的總和。雖然產品負責人可以決定何時發布增量，但團隊有責任確保增量中包含的所有內容都已準備好發布。這也被稱為潛在可交付增量 (PSI)。
Scrum規則
敏捷 Scrum 的規則應該完全由團隊自行決定，並以最適合團隊流程的方式為準。優秀的敏捷教練會建議團隊從上述基本的 Scrum 活動入手，然後根據團隊的獨特需求進行檢查和調整，從而持續改進團隊協作方式。
實踐 Scrum
入門
至 開始使用 Scrum在單一 Scrum 團隊中，使用白板、便籤或電子表格等簡單的 Scrum 工具來管理產品待辦事項清單以及每個迭代週期中迭代待辦事項的進度並不罕見。將敏捷實踐擴展到組織的其他部門無疑更加複雜——組織內使用 Scrum 的團隊越多，或者團隊在地理位置上越分散，像白板、便籤和電子表格這樣的簡單工具就越顯得笨重。
將敏捷提升到新的高度
Digital.ai Agility（前身為 VersionOne）透過提供以下方式解決擴展敏捷實踐（如 Scrum）的挑戰： 一體化敏捷專案管理平台 它不僅適用於單一團隊，也適用於採用規模化敏捷框架的分散式企業。 Digital.ai Agility 是一個集中式環境，供團隊、專案和專案組合層面的利害關係人進行規劃、追蹤和報告。 軟件交付 無論身處何處。
