如何使用Scrum啟動敏捷開發：架構、支柱、價值觀、角色與優勢

Scrum框架的基礎於1986年由竹內弘高和野中郁次郎在《哈佛商業評論》的一篇文章《新新產品開發遊戲》中提出。作者描述了兩種管理產品開發的方法。有些團隊像接力賽跑的選手一樣沿直線前進，傳遞接力棒。其他團隊則像單場橄欖球比賽中的球員，根據需要反覆傳球。

竹內和野中得出結論，NASA階段性規劃系統所使用的接力賽方法已經過時。他們認為，橄欖球模式將為企業提供在國際商業世界中競爭所需的工具。

1993年，傑夫·薩瑟蘭、約翰·斯卡米諾泰斯和傑夫·麥克納尼在軟體公司Easel Corp.試圖開發Scrum軟體。1995年，肯·施瓦伯與薩瑟蘭，以及包括麥克納尼和斯卡米諾泰斯在內的其他人士，發表了一篇題為《Scrum開發流程》的論文。這導致了重大轉變，使開發人員開始質疑傳統瀑布式軟體開發模式的有效性。

2020年11月，薩瑟蘭與施瓦伯發布了《Scrum指南》的更新版本，其中包含了Scrum的官方定義。

Scrum與敏捷之間的關係

敏捷是一種開發與專案規劃的方法。正如《敏捷宣言》所解釋的，它有一個總體的哲學或框架，用以指導其下的各種方法。Scrum是多種敏捷方法中的一種。

Scrum可被視為實現敏捷的一種實際方式。與敏捷一樣，Scrum包含一組價值觀與原則。開發團隊將Scrum融入其敏捷策略中，以增加一層具體性。

敏捷開發的一個原則是團隊成員定期討論如何提升效率，並根據討論結果調整自身行為。Scrum融入了一套正式流程，幫助團隊實現此目標。每日會議讓團隊反思接下來24小時內需要完成的事項，並根據預期目標或遇到的障礙調整方法。

另一個敏捷原則認為，最佳的工作成果來自於自我導向的團隊。Scrum主管在此扮演關鍵角色。他們為團隊提供完成工作所需的資源與自由，讓團隊自行決定前進路徑。他們隨後作為服務型領導者，引導團隊解決問題、達成目標並化解衝突。

Scrum的支柱與價值觀

Scrum的三大支柱是適應、檢視與透明。

適應。團隊持續調整解決問題的方法，當出現新問題時，會採用新的方式。
檢視。團隊持續反思並評估自身的表現。
透明。團隊在開放的環境中工作，所有成員都能理解彼此的流程，並了解他人所面臨的挑戰。

Scrum的五大核心價值觀

這些價值觀支持三大支柱：

承諾。團隊具有自我導向性，每位成員都致力於完成已達成共識的工作。
勇氣。團隊作為一個整體運作——共同成功或共同失敗。成員會做正確的事，並面對困難的問題。
專注。干擾被限制，團隊專注於今天必須完成的工作。
開放。團隊會花時間分享哪些方面做得好，以及哪些方面需要改進。
尊重。團隊成員擁有不同的優勢，每個人的優勢都受到尊重。在尋找解決問題的方法時，不會有人被責備。

Scrum 是一種專案管理架構，強調團隊合作、責任感以及朝著明確目標的迭代進展。該架構從一個簡單的假設開始：從目前可見或已知的事物開始。然後追蹤進度並依需要進行調整。

Scrum 通常是敏捷軟體開發的一部分。它以橄欖球的一種陣型命名，其中每個人皆扮演特定角色。軟體開發中的 Scrum 角色包括：

產品負責人 — 此人作為開發團隊與客戶之間的聯絡人。產品負責人確保已完成產品的期望能被傳達並保持一致。
Scrum 主管 — 被稱為專案促進者。他們確保遵循 Scrum 的最佳實務。他們必須是優秀的領導者與專案經理，擅長協作、衝突解決與流程改善。
開發團隊 — Scrum 開發團隊的成員共同合作，建立並測試最終產品的增量版本。開發人員必須理解 Scrum 與敏捷開發實務。

什麼是 Scrum 流程？

Scrum 流程鼓勵實務者善用現有的資源，並持續評估什麼有效、什麼無效。良好的溝通至關重要，並透過會議（稱為「活動」）進行。

Scrum 活動包括以下內容：

每日站會（每日 Scrum） — 這是一種每天在同一時間和地點舉行的短暫站立會議。在這些會議中，團隊會回顧前一天的成果，並規劃接下來24小時的行動。這是團隊成員討論可能阻礙專案完成問題的時刻。
Sprint — Sprint 是一個固定時間區間（通常為30天），在此期間必須完成工作。新的 Sprint 在前一個結束後立即開始。
Sprint 規劃會議 — 在這些會議中，所有人參與設定目標。至少會產生一個增量——一個可用的軟體模組。
Sprint 回顧 — 這是展示增量成果的時刻。
Sprint 回顧會 — Sprint 回顧會是在 Sprint 結束後舉行的會議。在會議中，所有人反思整個流程。也可以包含團隊建設活動。此活動的一個關鍵目標是持續改進。

什麼是 Scrum 藝術品？

在 Sprint 規劃會議中審查 Scrum 藝術品是有幫助的。Scrum 藝術品包括以下內容：

產品待辦事項清單 — 這是尚未完成的工作清單。在產品待辦事項清單精煉會議中，開發團隊與業務負責人合作，對待辦事項進行優先排序。產品待辦事項清單可在稱為待辦事項精煉的過程中進行細調。
Sprint 待辦事項清單 — 這是必須在交付所選產品待辦事項項目前完成的任務清單。這些任務會被分解為時間區間限定的使用者故事。
產品增量 — 這代表在一個 Sprint 中完成的內容——該 Sprint 中所有完成的產品待辦事項項目——以及之前所有 Sprint 中所創造的一切。產品增量反映了所取得的進展。
燃盡圖 — 燒掉圖表是一種工作剩餘量的視覺化呈現。它有一個顯示工作的Y軸和一個顯示時間的X軸。理想情況下，隨著剩餘工作量逐漸減少至零，圖表會呈現出向下趨勢。

Scrum方法的優勢

Scrum的核心優勢包括：

高品質產品 — Scrum流程中的Sprint回顧部分建立在反饋和持續改進之上。因此，使用此方法的開發團隊能夠交付高品質的產品。
團隊合作 — Scrum創造出協調一致的軟體開發團隊，他們能有效溝通、遵守期限並共同解決問題。成員之間相互信任與尊重，並理解時間的價值。這可能意味著將每日站會限制在嚴格的時間窗口內。一些軟體團隊在其流程中加入「黑客衝刺」，讓開發人員能夠探索新概念、測試想法並對產品負責。
靈活性 — 使用Scrum時，團隊必須根據新情況調整其工具和流程。隨著開發的進行，產品定義可能會演變，而有效的團隊會在多個迭代中交付這些變更。定期的產品待辦事項會議讓團隊在項目進入Sprint前能夠重新排序優先順序。
降低風險 — Scrum專注於可預測、可持續的交付速度和一致的反饋，讓團隊有機會早期且頻繁地降低風險。如果一個想法行不通，短時間的Sprint讓團隊能夠快速失敗，使失敗變得可控。
更短的上市時間 — Scrum旨在透過明確定義的Sprint，以可預測的增量方式釋出產品和功能。釋出功能並不需要完成整個產品。每個增量都設計為增加可交付的功能。由這些功能組成的完整產品稱為複雜產品。
更高的投資回報率（ROI） — Scrum的綜合優勢帶來更高的投資回報率。持續反饋可減少流程後期的高昂錯誤，並提升產品品質，減少缺陷。更短的上市時間和增量釋出能更快帶來收入。

如何使用Scrum框架開始敏捷開發