今天為大家總結(jié)了PMP?敏捷實踐中的五大事件，幫助大家回顧考試重點，大家可以看著下方敏捷實踐流程圖進行個人構(gòu)思，后文也會為大家一一剖析其中的重要環(huán)節(jié)。

完整的Scrum敏捷實踐框架流程圖：

一、沖刺計劃會議 Sprint Planning

1.為即將要開展的Sprint制定計劃;

2.Sprint第一天，控制在8小時以內(nèi)，每周迭代時長對應(yīng)1~2h會議時間;

3.定義Sprint要交付的內(nèi)容如何完成;

4.會議基本內(nèi)容：

①一般由PO來講解產(chǎn)品待辦事項列表，并細(xì)化故事，團隊來進行評估，得出沖刺待辦事項列表;

②將用戶故事拆分成任務(wù)(task)以估算時間;

③團隊成員領(lǐng)取任務(wù)(task);

④更新Sprint 待辦列表。

二、每日站會 Daily Scrum

一般不超出15分鐘;人數(shù)過多可稍微延長或劃分團隊;團隊以某種方式“過一下”看板或任務(wù)板，而團隊中的任何人都可以主持站會;每個人輪流回答問題：

1.上次站會以來我都完成了什么?

2.從現(xiàn)在到下一次站會，我計劃完成什么?

3.我的障礙(風(fēng)險或問題)是什么?

兩種反模式：變成狀態(tài)報告;站會是為了發(fā)現(xiàn)問題，而不是解決。

三、迭代評審會議

1.發(fā)生在Sprint結(jié)束時，控制在4小時以內(nèi);

2.參會者包括Scrum團隊和產(chǎn)品負(fù)責(zé)人邀請的主要利益相關(guān)者;

3.主要會議內(nèi)容：

①產(chǎn)品負(fù)責(zé)人說明哪些產(chǎn)品待辦列表項已經(jīng)“完成”和哪些沒有“完成”;

②開發(fā)團隊討論在Sprint期間哪些工作做的很好，遭遇到什么問題以及問題是如何解決的;

③開發(fā)團隊演示“完成”的工作并解答關(guān)于所交付增量的問題，獲得相關(guān)方驗收通過;④未完成或未通過評審的用戶故事，重新放回產(chǎn)品待辦事項列表，在下一次迭代規(guī)劃會議評價;

⑤參會的所有人就下一步的工作進行探討，為接下了的Sprint計劃會議提供有價值的輸入信息;

⑥評審市場或潛在的產(chǎn)品使用方式所帶來的最有價值東西的改變;探討下個預(yù)期的產(chǎn)品功能或產(chǎn)品能力版本的發(fā)布評審時間表、預(yù)算、潛力和市場。

四、迭代回顧會議

1.Sprint回顧會議是Scrum團隊檢視自身并創(chuàng)建下一個Sprint改進計劃的機會?；仡檿h發(fā)生在Sprint評審會議結(jié)束后，下個Sprint計劃會議前。對于長度為一個月的Sprint來說，回顧會議時間最長不超過3小時。對于較短的Sprint來說，會議時間通常會縮短。ScrumMaster要確保會議舉行，并且每個參會者都明白會議的目的。

2.ScrumMaster確保會議是積極的和富有成效的，同時也教導(dǎo)大家遵守時間盒的規(guī)則。ScrumMaster對Scrum過程負(fù)責(zé)，作為團隊的一員參加該會議。

3.Sprint回顧會議的目的在于：

①檢視前一個Sprint中關(guān)于人、關(guān)系、過程和工具的情況如何;

②找出并加以排序做得好的和需要改進的主要方面;同時制定改進Scrum團隊工作方式的計劃。

五、SCRUM會議時間盒

除了Scrum敏捷實踐框架的五大事件，敏捷知識中還有不少值得多次回顧的內(nèi)容，小賽還幫大家總結(jié)了非常重要的敏捷精益思想、KanBan看板與極限編程XP的技術(shù)實踐，備考PMP的小伙伴可不能錯過!

六、精益思想

1.什么是精益思想??

精益思想就是花最少的錢，辦最好的事，核心是消除浪費。

2.必須消除的浪費三大來源

浪費、不均衡、負(fù)荷過重。

3.七種制造浪費

庫存、運輸、動作、等待、缺陷、過度生產(chǎn)、過度加工。

4.七種軟件浪費：

部分完成的工作、多余的流程、多余的特性、任務(wù)切換、等待、動作、缺陷。

5. 價值流圖

七、Kanban看板

1.什么是看板六大核心實踐?

①可視化工作流程

②約束在制品(WIP)

③度量和管理流動(拉動)

④顯示化規(guī)則

⑤建立反饋環(huán)

⑥在協(xié)作及實驗中改進

2、限制WIP

在制品稱為工作流程中未完成的事項，在制品數(shù)量越多則前置時間越長，且質(zhì)量越低。限制在制品數(shù)量可以縮短前置時間，通過嘗試尋找工作流各階段的適當(dāng)?shù)脑谥破窋?shù)量可以幫助在系統(tǒng)中建立一個穩(wěn)定的工作流，讓項目成員更關(guān)注工作的完成。只有完成本階段的特性，才會考慮從上一個階段拉取下一組待完成特性。

八、極限編程XP的技術(shù)實踐

計劃游戲：快速制定計劃，隨著細(xì)節(jié)的不斷變化而完善。

1. 小版本：系統(tǒng)的設(shè)計要能夠盡可能早地交付。

2.用戶測試：要求至少有一名實際的客戶代表在整個項目開發(fā)周期在現(xiàn)場負(fù)責(zé)確定需求、回答團隊問題以及編寫功能驗收測試。

3.集體代碼所有制：每個成員都有更改代碼的權(quán)利，所有的人對于全部代碼負(fù)責(zé)。

4.可持續(xù)開發(fā)速度：要求項目團隊人員每周工作時間不能超過40小時，加班不得連續(xù)超過兩周，從而保證開發(fā)速度的穩(wěn)定。

5.持續(xù)集成：提倡在一天中集成系統(tǒng)多次，而且隨著需求的改變，要不斷的進行回歸測試，避免了一次系統(tǒng)集成帶來的困境。

6.測試驅(qū)動：先寫測試代碼再編寫程序。

7.重構(gòu)：代碼重構(gòu)是指在不改變系統(tǒng)行為的前提下，重新調(diào)整優(yōu)化系統(tǒng)的內(nèi)部結(jié)構(gòu)以減少復(fù)雜性，增加靈活性和提高性能。

8.簡潔設(shè)計：任何時候都應(yīng)當(dāng)將系統(tǒng)設(shè)計的盡可能簡單。不必要的復(fù)雜性一旦被發(fā)現(xiàn)就馬上去掉。

9.結(jié)對編程：由兩個程序員在同一臺電腦上共同編寫解決同一問題的代碼。通常一個人負(fù)責(zé)寫編碼，而另一個負(fù)責(zé)保證代碼的正確性與可讀性。