Scrum 概述

Scrum是產品開發和團隊組織的迭代和增量過程。藉助Scrum框架，能夠更快，更高質量地完成任務。這是可能的，由於團隊的高自我激勵，本身選擇如何執行任務。客戶需求將被迭代優先級並快速實現

Scrum - 敏捷框架 (Agile Framework)

Scrum是一個框架，支持迭代和增量產品開發，容許在正確的時間完成工做，最大化交付的價值。經過自組織團隊，任務執行速度更快，質量更高。實現了高水平的自我激勵，這也是Scrum容許團隊更快地實現更高生產力的緣由。根據業務價值不斷優先考慮客戶需求，並按期將其集成到產品中，使客戶可以及時向團隊提供反饋，從而按時提升產品質量。

Scrum項目主要從對待開發的產品或系統的願景開始。一開始，這個願景可能含糊不清，而且確定會在市場問題而不是技術術語上說明。隨着項目的進展，它將變得更加清晰。出於這一願景，產品負責人正在撰寫產品Backlog。

在迭代開始時（Sprint），產品負責人將優先級產品Backlog呈現給團隊，團隊選擇它認爲能夠在Sprint結束時變爲可發送功能的增量。這樣作，就會建立Sprint Backlog。以後，團隊將獨自開發他們所選擇的功能。該團隊如今更深刻地瞭解需求，考慮可用技術，並評估本身的技能和能力。而後它共同肯定如何構建功能，天天修改其方法以找出新的複雜性或困難。團隊肯定須要作什麼，並選擇最佳方式。這一創做過程是Scrum生產力的核心。在Sprint結束時，團隊向產品負責人展現了功能的增長，所以他能夠一方檢查功能，另外一方面及時調整項目。

Scrum角色 (Scrum Roles)

Scrum - 3個角色：

• 產品擁有者
• 團隊
• Scrum Master

管理項目的全部職責分爲這三個角色。

產品擁有者 (Product Owner)

產品負責人表明與項目有利害關係的每一個人的利益（利益相關者），他負責最終產品。他從利益相關者那裏得到產品需求，建立產品Backlog（需求細分爲用戶故事），負責投資回報（ROI），而且他正在制定發佈計劃。產品負責人使用業務價值點對產品Backlog進行優先級排序，以確保首先開發最有價值的功能。
企業想要的和團隊能夠作的事情之間的緊張關係是什麼使Scrum成爲高質量生產的有效工具。

團隊 (Team)

該團隊計算出如何將產品Backlog轉換爲Sprint內的功能增量。每一個團隊成員共同負責每次迭代和整個項目的成功。該小組負責/：

• 軟件質量
• 用戶故事的技術實施
• 交付功能軟件增量
• 整理本身

Scrum Master

Scrum Master負責Scrum流程。他確保每一個人都遵照規則。他還消除了球隊的障礙。Scrum Master不屬於團隊。

豬和雞 - 承諾仍是參與？

所描述的三個角色已經致力於該項目。其餘人可能只是對項目感興趣（參與），但他們並無陷入困境。Scrum明確分開了這兩個羣體。承諾：負責項目的角色有權爲其成功作必要的事情。參與：對直接成功不負責任的其餘利益相關者不能沒必要要地進行干預。

應該老是清楚誰是負責投資回報率的人，誰與ROI有利害關係但不負責任。

Scrum - 笑話

一隻雞和一隻豬走在路上。雞對豬說：「你想和我一塊兒開餐館嗎？」 豬仔細考慮了這個問題並回答說：「是的，我想那樣。你想叫什麼餐館？」 雞回答說：「火腿和雞蛋！」 豬停下來，停下來回答：「我想，我不想和你一塊兒開餐館。我會承諾，但你只會參與其中。」

Scrum工件

Scrum - 3個主要的工件：

• 產品積壓 (Product Backlog)
• Burndown圖表
• Sprint積壓 (Sprint Backlog)

產品積壓

產品的要求列在產品Backlog中。它是一個始終在變化，動態優先排序的業務價值排序要求列表。需求由PO分解爲用戶故事。

Burndown圖表

Burndown圖表顯示了每一個Sprint剩餘的工做量。這是一種很是有用的方法，可視化任什麼時候間點剩餘工做與團隊進度之間的相關性。它經過使用Burndown圖表檢查他們在規劃方面的進展，並根據須要進行調整。

Sprint積壓 (backlog)

Sprint Backlog包含團隊分解爲任務的當前Sprint的全部已提交用戶故事。Sprint Backlog上的全部項目都應該進行開發，測試，記錄和整合，以充分履行承諾。

潛在的可交付產品功能 (Potential Shippable Product)

Scrum要求團隊在每一個Sprint中構建產品功能的增量。此增量必須是能夠發送的，由於產品負責人可能會選擇當即實現該功能。這要求增量爲：

• 完全測試過
• 結構良好的
• 寫得很好的代碼
• 記錄功能的用戶操做

新的管理職責

三個主要角色 - 產品負責人，Scrum Master和團隊 - 是管理角色。他們都是「豬」，由於他們在項目中承諾。

組織中的全部其餘管理者都是雞，他們可能對項目感興趣而且可能對其成功有濃厚的興趣，但他們必須經過豬來解決問題。他們只是參與其中，所以他們對項目的執行或進展沒有直接的權力。Scrum能夠大大簡化與項目相關的問責制和權限問題，但Scrum管理角色很難發揮做用。管理複雜的工做絕非易事，但按期使用Scrum實踐可使項目的進度，問題和社會學變得明顯。

Scrum - 易於使用？

Scrum聽起來很簡單，在您閱讀完這篇簡短的文檔以後，您可能會以爲能夠毫無問題地開始使用。那是錯的！與任何其餘方法，流程或框架同樣，scrum可能會對您的工做方式產生深入的變化，所以請作好準備:-)

Scrum活動

• 什麼是Scrum活動？
• 什麼是Scrum Ceremonies？
• 什麼是產品Backlog修飾？
• 每日Scrum中的3個重要問題是什麼？
• Scrum Sprint循環8個步驟
• 什麼是Scrum中的Sprint？
• Scrum的心跳 - 每日站立
• 每日Scrum會議 - 快速指南
• 爲何在Scrum中固定長度衝刺？
• 什麼是Scrum發佈計劃？
• 什麼是Sprint計劃？
• 什麼是Sprint評論？
• 什麼是Scrum的Sprint回顧會議？
• 什麼是產品Backlog改進？
• 什麼是Scrum中的持續集成/交付/部署？
• 什麼是Scrum中的時間盒事件？
• 什麼是Scrum中的Spike？
• 什麼是敏捷計劃撲克？