考前梳理：PMP^®備考之敏捷實(shí)踐中的五大事件

完整的Scrum敏捷實(shí)踐框架流程圖：

一、沖刺計(jì)劃會(huì)議 Sprint Planning

1.為即將要開(kāi)展的Sprint制定計(jì)劃;

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

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

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

①一般由PO來(lái)講解產(chǎn)品待辦事項(xiàng)列表，并細(xì)化故事，團(tuán)隊(duì)來(lái)進(jìn)行評(píng)估，得出沖刺待辦事項(xiàng)列表;

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

③團(tuán)隊(duì)成員領(lǐng)取任務(wù)(task);

④更新Sprint 待辦列表。

二、每日站會(huì) Daily Scrum

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

1.上次站會(huì)以來(lái)我都完成了什么?

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

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

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

三、迭代評(píng)審會(huì)議

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

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

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

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

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

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

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

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

四、迭代回顧會(huì)議

1.Sprint回顧會(huì)議是Scrum團(tuán)隊(duì)檢視自身并創(chuàng)建下一個(gè)Sprint改進(jìn)計(jì)劃的機(jī)會(huì)。回顧會(huì)議發(fā)生在Sprint評(píng)審會(huì)議結(jié)束后，下個(gè)Sprint計(jì)劃會(huì)議前。對(duì)于長(zhǎng)度為一個(gè)月的Sprint來(lái)說(shuō)，回顧會(huì)議時(shí)間最長(zhǎng)不超過(guò)3小時(shí)。對(duì)于較短的Sprint來(lái)說(shuō)，會(huì)議時(shí)間通常會(huì)縮短。ScrumMaster要確保會(huì)議舉行，并且每個(gè)參會(huì)者都明白會(huì)議的目的。

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

3.Sprint回顧會(huì)議的目的在于：

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

②找出并加以排序做得好的和需要改進(jìn)的主要方面;同時(shí)制定改進(jìn)Scrum團(tuán)隊(duì)工作方式的計(jì)劃。

五、SCRUM會(huì)議時(shí)間盒

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

六、精益思想

1.什么是精益思想? 

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

2.必須消除的浪費(fèi)三大來(lái)源

浪費(fèi)、不均衡、負(fù)荷過(guò)重。

3.七種制造浪費(fèi)

庫(kù)存、運(yùn)輸、動(dòng)作、等待、缺陷、過(guò)度生產(chǎn)、過(guò)度加工。

4.七種軟件浪費(fèi)：

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

5. 價(jià)值流圖

七、Kanban看板

1.什么是看板六大核心實(shí)踐?

①可視化工作流程

②約束在制品(WIP)

③度量和管理流動(dòng)(拉動(dòng))

④顯示化規(guī)則

⑤建立反饋環(huán)

⑥在協(xié)作及實(shí)驗(yàn)中改進(jìn)

2、限制WIP

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

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

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

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

2.用戶測(cè)試：要求至少有一名實(shí)際的客戶代表在整個(gè)項(xiàng)目開(kāi)發(fā)周期在現(xiàn)場(chǎng)負(fù)責(zé)確定需求、回答團(tuán)隊(duì)問(wèn)題以及編寫功能驗(yàn)收測(cè)試。

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

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

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

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

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

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

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