原文地址：http://www.itdecent.cn/p/3a5c494bf4d1

Scrum 概述：

Scrum 是一個用于開發(fā)和維持復雜產品的框架 ，是一個增量的、迭代的開發(fā)過程。在這個框架中，整個開發(fā)過程由若干個短的迭代周期組成，一個短的迭代周期稱為一個Sprint，每個Sprint的建議長度是2到4周(互聯網產品研發(fā)可以使用1周的Sprint)。在Scrum中，使用產品Backlog來管理產品的需求，產品backlog是一個按照商業(yè)價值排序的需求列表，列表條目的體現形式通常為用戶故事。Scrum團隊總是先開發(fā)對客戶具有較高價值的需求。在Sprint中，Scrum團隊從產品Backlog中挑選最高優(yōu)先級的需求進行開發(fā)。挑選的需求在Sprint計劃會議上經過討論、分析和估算得到相應的任務列表，我們稱它為Sprint backlog。在每個迭代結束時，Scrum團隊將遞交潛在可交付的產品增量。 Scrum起源于軟件開發(fā)項目，但它適用于任何復雜的或是創(chuàng)新性的項目。

敏捷的歷史發(fā)展：

1.敏捷產生的契機

從歷史上來講，敏捷之所以能產生，有三個方面的原因：軟件危機、瀑布模型和互聯網的興起。

軟件危機表現在以下幾點：1，超預算。2，超時。3，低效。4，低質量。5，不滿足需求。6，無法管理、難以維護代碼。7，永遠無法交付。

瀑布模型強調文檔的作用，并要求每個階段都要仔細驗證。但是，這種模型的線性過程太理想化，已不再適合現代的軟件開發(fā)模式。這是敏捷產生的第二個契機。

敏捷產生的第三個契機是互聯網的興起?？蛻裘鎸姶蟮氖袌龈偁?，需要盡快的投放市場，以驗證和證實市場需求，并根據用戶的反饋及時地調整需求和策略，這需要有能快速實現和幫助驗證的軟件過程來支撐。傳統的、響應很慢的瀑布模型顯然是不合時宜的。而敏捷提供了一種可能，隨時停止項目系統的開發(fā)，提交給客戶的始終是一個可以工作的軟件。

2.敏捷的發(fā)展

Scrum首先在Individual，Inc.，Fidelity Investments和IDX（現為GE Medical）中進行了嘗試和完善。

在2001年2月，Jeff和Ken參與“敏捷宣言”簽署，是簽署宣言的17位軟件開發(fā)大師之一。發(fā)表敏捷宣言后，成立了敏捷聯盟，Ken Schwaber擔任第一任主席。

2001年，受肯特·貝克（Kent Beck）的啟發(fā)，肯·施瓦伯（Ken Schwaber）與邁克·比德爾（Mike Beedle）合著了第一本關于Scrum的書《Agile Software Development with Scrum》。

2002年，Ken Schwaber與Mike Cohn和Esther Derby共同創(chuàng)立了Scrum聯盟，由Ken主持該組織，在隨后的幾年中，創(chuàng)建并發(fā)布了非常成功的ScrumMaster認證體系及其衍生產品。

2006年，Jeff Sutherland創(chuàng)立了自己的公司Scrum.inc，繼續(xù)教授Scrum認證課程。

Ken在2009年秋天離開了Scrum聯盟，并創(chuàng)立了Scrum.org，主要是通過Professional Scrum系列培訓進一步提高了Scrum的質量和有效性。

Jeff和Ken在2010年首次發(fā)布《 Scrum指南》，并在2011年、2013年、2017年對其進行了逐步更新，從而建立了全球認可的Scrum知識體系。

作者：幻想2020

鏈接：http://www.itdecent.cn/p/3a5c494bf4d1

來源：簡書

著作權歸作者所有。商業(yè)轉載請聯系作者獲得授權，非商業(yè)轉載請注明出處。