PMI-ACP^®考試知識點：常見的敏捷實踐（1）

Scrum的3334

三個支柱

透明：過程中的關鍵環(huán)節(jié)對相關人是顯而易見的，同時保證干系人對這些關鍵環(huán)節(jié)理解是統(tǒng)一的。

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

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

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

三個角色

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

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

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

三個工件

產品待辦列表

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

待辦事項列表的DEEP屬性：

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

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

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

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

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

Spint待辦列表

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

要注意的是：

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

開發(fā)團隊對sprint待辦列表全權負責。

增量

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