PMP項目管理專業人士資格認證是由美國項目管理協會（Project Management Institute，簡稱PMI）發起的。PMP作為世界級的項目管理認證證書，擁有著最先進的項目管理知識體系，它嚴格評估項目管理人員知識技能是否具有高品質的資格認證考試。 11月27日PMP考試馬上就要到了，很多同學現在心里可能有點慌，其實這很正常，但也沒必要過于緊張。慧翔天地小編給大家分享PMP?敏捷實踐中的重要知識點匯總。

PMP備考學習交流QQ群：667625965（點擊一鍵加群，進群獲取報名優惠）

　　沖刺計劃會議Sprint Planning

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

　　2.Sprint第一天，控制在8小時以內，每周迭代時長對應1~2h會議時間；

　　3.定義Sprint要交付的內容如何完成；

　　4.會議基本內容：

　?、僖话阌蒔O來講解產品待辦事項列表，并細化故事，團隊來進行評估，得出沖刺待辦事項列表；

　?、趯⒂脩艄适虏鸱殖扇蝿眨╰ask）以估算時間；

　?、蹐F隊成員領取任務（task）；

　　④更新Sprint待辦列表。

　　每日站會Daily Scrum

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

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

　　2.從現在到下一次站會，我計劃完成什么？

　　3.我的障礙（風險或問題）是什么？

　　兩種反模式：變成狀態報告；站會是為了發現問題，而不是解決。

　　迭代評審會議

　　1.發生在Sprint結束時，控制在4小時以內；

　　2.參會者包括Scrum團隊和產品負責人邀請的主要利益相關者；

　　3.主要會議內容：

　?、佼a品負責人說明哪些產品待辦列表項已經“完成”和哪些沒有“完成”；

　?、陂_發團隊討論在Sprint期間哪些工作做的很好，遭遇到什么問題以及問題是如何解決的；

　?、坶_發團隊演示“完成”的工作并解答關于所交付增量的問題，獲得相關方驗收通過；

　　④未完成或未通過評審的用戶故事，重新放回產品待辦事項列表，在下一次迭代規劃會議評價；

　?、輩乃腥司拖乱徊降墓ぷ鬟M行探討，為接下了的Sprint計劃會議提供有價值的輸入信息；

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

　　迭代回顧會議

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

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

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

　?、贆z視前一個Sprint中關于人、關系、過程和工具的情況如何；

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

　　SCRUM會議時間盒

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

　　精益思想

　　1.什么是精益思想？

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

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

　　浪費、不均衡、負荷過重。

　　3.七種制造浪費

　　庫存、運輸、動作、等待、缺陷、過度生產、過度加工。

　　4.七種軟件浪費：

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

　　5.價值流圖

　　Kanban看板

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

　?、倏梢暬ぷ髁鞒?/p>

　?、诩s束在制品（WIP）

　　③度量和管理流動（拉動）

　?、茱@示化規則

　?、萁⒎答伃h

　?、拊趨f作及實驗中改進

　　2、限制WIP

　　在制品稱為工作流程中未完成的事項，在制品數量越多則前置時間越長，且質量越低。限制在制品數量可以縮短前置時間，通過嘗試尋找工作流各階段的適當的在制品數量可以幫助在系統中建立一個穩定的工作流，讓項目成員更關注工作的完成。只有完成本階段的特性，才會考慮從上一個階段拉取下一組待完成特性。

極限編程XP的技術實踐

　　計劃游戲：快速制定計劃，隨著細節的不斷變化而完善。

　　1.小版本：系統的設計要能夠盡可能早地交付。

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

　　3.集體代碼所有制：每個成員都有更改代碼的權利，所有的人對于全部代碼負責。

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

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

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

　　7.重構：代碼重構是指在不改變系統行為的前提下，重新調整優化系統的內部結構以減少復雜性，增加靈活性和提高性能。

　　8.簡潔設計：任何時候都應當將系統設計的盡可能簡單。不必要的復雜性一旦被發現就馬上去掉。

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

　　以上就是PMP?敏捷實踐中的重要知識點匯總，希望可以幫助到備考的小伙伴們。之后慧翔天地小編也會總結分享更多的知識干貨、做題技巧、備考經驗。感興趣的小伙伴可以關注慧翔天地官網。預祝大家都可以3A通過考試，加油加油！