第一部分：2~4（Scrum本質、Scrum適用性、Scrum在組織當中可否成功）

Scrum的本質

Scrum的本質是：

l  團隊有明確的目標；

l  團隊本身組織本身的工做

l  有規律地發佈最有價值的特性

l  從外部獲取反饋

l  自省以提升工做能力

l  團隊對整個組織透明

l  團隊和管理層對工做進度和風險可以如實彙報

這樣的工做方法創建在開放、專一、承擔、尊重和勇氣這上，這些要求已在第一本有關Scrum的書籍當中描述。

下一頁描述了Scrum週期模型，融合事件，工做流，工做成果和角色分配。

                       

   

Scrum的適用性

雖然Scrum最早應用於軟件產品的開發，但它一樣適用於全部的複雜工做。現在它被用於軟件和硬件開發，支持，廣告和市場，教堂和整個組織。

 

Scrum爲何對設計實踐保持沉默

Scrum不企圖教授團隊如何作工做。Scrum期待團隊去作任何可以完成期待的產品的事情。Scrum也提供了足夠的支持。設計實踐和工具會不斷改變和進步，團隊也會今後中不斷獲益。

軟件開發一般須要識別和應用軟件設計來對支持Scrum框架。可喜的是，Kent Beck和他的合做夥伴們已經將此打包並命名爲極限編程（XP）。

若是你從事的是軟件開發外其它的工做，你就須要本身去設定實踐了。

 

Scrum如何同傳統的方法匹配

簡短的說，它們不匹配。敏捷和Scrum是創建在不一樣的範式上。先驅Jeff Sutherland和Ken Schwaber不斷強調試圖將傳統模式與敏捷相匹配是無用的。

因此一個更好的問題應該是：若是將的團隊和組織遷移到Scrum？我能依賴怎樣的優點和成功因素？可能發生的障礙以及如何克服這些障礙。

Scrum在個人組織當中會取得成功嗎

我常常被要求舉一些成功運用敏捷的案例。就是獲得這樣一個證實：敏捷的確在相似的行業，組織和文化當中有用。有時我能夠以本身的親身經歷例舉一些。我也會向他們推薦各類可以證實敏捷被成功運用並改變組織的調查結果和案例報告。

我認爲更重要的是，我可以向他們推薦許多人，這些人我親眼見證，從對工做很是沮喪到享受工做的人。

然而，敏捷是否可以取得成功關鍵仍是在於本身。組織當中，敏捷方法的成功實施依賴於組織對敏捷的認知和接受程度以及是否可以堅決執行。

學習一個或多個敏捷方法自己並不困難。組織當中各層領導對改變的執行程度，包括對文化的影響將會最終決定敏捷的成功或失敗。

Scrum提供一種可以發掘員工無限潛力的方法。Scrum（以及全部的敏捷方法）也須要費用的支撐。你必須評估實施Scrum的成本以及實施Scrum可以帶來的利益（ROI）。

最後，一個組織轉移到敏捷上須要持續數年。不管你組織的大小，文化的成熟程度，或者其它任何你認爲能夠加速敏捷的因素，都會須要5至10年來讓組織達到真正的成功。因此準備好此次旅行並享受它吧。【譯者注：團隊的敏捷實施依賴於整個組織的認同和支持，可先拋開組織，在小範圍演練，等成熟後再推向整個組織】