Scrum的3334

三個支柱

透明：過程中的關鍵環節對相關人是顯而易見的，同時保證干系人對這些關鍵環節理解是統一的。

檢查：Scrum使用者必須經常檢視Scrum的工件和完成Sprint目標的進展，檢視頻率應適宜。

適應：如果檢視發現一個或多個方面偏離可接受范圍以外，并且將會導致產品不可接受時，就必須對過程或過程化的內容加以調整。調整工作必須盡快執行如此才能最小進一步的偏離。

Scrum規定了4個儀式，用于檢視和適應

三個角色

產品負責人(Product Owner)：主要負責確定產品的功能和達到要求的標準，維護產品代辦事項列表，指定軟件的交付的內容，確保開發團隊對產品待辦事項列表有足夠深的了解，同時有權力接受或拒絕開發團隊的工作成果。產品負責人可以親自完成上述工作，也可以讓開發團隊來完成，但是PO是負最終責任的人。改變產品待辦事項優先級都必須經過產品負責人。

團隊負責人(Scrum Master)：主要負責整個Scrum流程在項目中的順利實施和進行，以及清除擋在客戶和開發工作之間的溝通障礙，使得客戶可以直接驅動開發。主要有服務團隊、教導團隊、保護團隊、引導Scrum的有效應用職能。

開發團隊(Scrum Team)：主要負責軟件產品在Scrum規定流程下進行開發工作，人數控制在3~9人左右(PO，SM不包含在人數中，除非參加執行沖刺列表中的工作)，團隊獲得授權，自組織和管理他們的工作。每個成員可能負責不同的技術方面，但要求每成員必須要有很強的自我管理能力，責任屬于整個開發團隊。為團隊提供了一種一起成功，一起失敗，一起調整，一起改進的途徑

三個工件

產品待辦列表

它是一份涵蓋產品中已指所需每項的有序列表，他是產品需求的唯一來源。它永遠不是完整的。包括描述、次序、估算和價值，包括測試描述，在完成時證明其完整性。

待辦事項列表的DEEP屬性：

Detailed Appropriately 詳細適當：產品待辦列表中的事項詳細程度是遵循最后決策原則的，排序高的項目通常比排序低的更清晰同時包含更多細節，團隊成員根據事項的優先級及實施時間，自行決定何時以及如何完成產品待辦列表精化，細化用戶故事。

Estimated 評估的，列表中的事項都是進行估值的。且排序高的事項估值更精確，排序低的估算更加粗略。

Emergent 涌現的，產品待辦列表永遠是不完整的，會隨著產品及應用環境的改變而演進，需要持續更新以反映出產品需要什么來保持其適用性、競爭力和有用。如果產品存在，產品待辦列表也同樣存在。產品待辦事項列表項可以在任何時間更新，由產品負責人決定。

Prioritized 產品待辦事項列表是按照事項對應價值從高到低排序的優先級列表，排在列表頂端的優先級越高，也要優先處理。

產品待辦列表精化指的是為產品待辦列表項增添細節、估算和排序的動作。排序越高的事項細節越豐富。

Spint待辦列表

它是一組為當前sprint選出的產品待列表項。Sprin他待辦列表是擁有足夠細節的計劃，仍和進度的變化可以在每日Scrum站會中清晰地看到。

要注意的是：

開發團隊在sprint期間修改sprint待辦列表，使得它在迭代期間涌現。涌現發生在開發團隊按計劃開展工作并學習到更多的關于哪些工作是達成sprint目標所需必要工作時。新工作將放入sprint待辦列表中，剩余工作量被估算及更新，失去意義的工作將被移除。

開發團隊對sprint待辦列表全權負責。

增量

增量是一個sprint完成的所有產品待辦表項的總和，以及之前所有sprint所產生的增量的價值總和。無論產品負責人是否決定發布它，增量必須可用。