PMP項目管理考試中敏捷相關考點整理
2022-01-28點擊量:258
敏捷相關考點匯總:一、敏捷宣言十二原則1、我們的最高目標是,通過盡早持續地交付有價值的軟件來滿足客戶的需求;2、即使在項目開發的后期,仍歡迎對需求提出變更。敏捷過程通過擁抱變化。幫助客戶創造競爭優勢;3、要不斷交付可用的軟件,周期從幾周到幾個月不等,且越短越好;4、在項目過程中,業務人員與開發人員要每天在一起工作;5、要善于激勵項目人員,給他們所需要的環境和支持,并相信他們能夠完成任務;6、團隊內部和各個團隊之間,最有效的溝通方法是面對面的溝通;7、可工作軟件是衡量進度的首要指標;8、敏捷過程提倡可持續的開發。項目方、開發人員和用戶應該能夠保持恒久、穩定的進展速度;9、對技術卓越和好的設計的持續關注有助于增強敏捷性;10、盡量做到簡潔,盡最大可能減少不必要的工作。這是一門藝術;11、最佳的架構、需求和設計出自自組織團隊;12、團隊要定期回顧和反省如何能夠做到更有效,并相應地調整團隊的行為。二、SCRUM的三三四三個角色:產品負責人ProductOwner;團隊負責人ScrumMaster;自組織團隊Self-organizingTeams。三個物件:產品代辦事項列表ProductBacklog;沖刺列表SprintBacklog;可交付產品增量Increment。四個會議:沖刺計劃會議SprintPlanning;迭代評審會議SprintReview;迭代回顧會議SprintRetrospective;每日站會DailyScrum。三、產品負責人敏捷中主要包括三個角色:產品負責人(ProductOwner)、敏捷教練(ScrumMaster)、項目團隊(ScrumTeam)。產品負責人(ProductOwner):主要負責確定產品的功能和達到要求的標準,維護產品代辦事項列表,指定軟件的交付的內容,同時有權力接受或拒絕開發團隊的工作成果。四、敏捷教練(ScrumMaster)Scrum框架中的三個角色之敏捷教練(ScrumMaster):主要負責整個Scrum流程在項目中的順利實施和進行,以及清除擋在客戶和開發工作之間的溝通障礙,使得客戶可以直接驅動開發。主要有服務團隊、教導團隊、保護團隊、引導Scrum的有效應用職能。五、敏捷三大角色之項目團隊主要負責軟件產品在Scrum規定流程下進行開發工作,人數控制在3~9人左右(PO、SM不包含在人數中,除非參加執行沖刺列表中的工作),團隊獲得授權,自組織和管理他們的工作。每個成員可能負責不同的技術方面,但要求每成員必須要有很強的自我管理能力,責任屬于整個開發團隊。為團隊提供了一種一起成功、失敗、調整、改進的途徑。六、敏捷-沖刺計劃會目的:用來決定本次Sprint的交付成果以及為了達成目標應該如何工作。特征:標志著Sprint的開始;確定哪些用戶故事會被納入本迭代中進行;并拆分成task以估算時間團隊成員領取task;PO必須為迭代計劃會議準備一個最新的、經過排序的待辦事項列表;對于一個月的Sprint來說,Sprint計劃會一般不超過8個小時。七、敏捷-每日站會定義:為了在團隊內部溝通交流成果以及闡述任何存在的障礙而召開的每日例會。做法:不超出15分鐘;團隊以某種方式“過一下”看板或任務板,而團隊中的任何人都可以主持站會;每個人輪流回答問題:昨天,我做了什么?今天,我準備做什么?是否有任何障礙?兩種反模式:變成狀態報告;站會是為了發現問題,而不是解決。八、敏捷-沖刺評審會目的:團隊給PO和相關干系人演示Sprint中所完成的功能(盡可能使用相對真實的環境),并接受PO的意見、建議和評價,用以檢視所交付的產品增量并根據需要調整產品待辦事項。評審結果:一份修訂后的產品待辦事項列表,明確很可能進人下一個送代的待辦事項。九、敏捷-沖刺回顧會定義:在Sprint結束時召開的關于團隊自我持續改進的回顧復盤會議。通常在Sprint評審會之后,在下次Sprint計劃會議之前展開。一個月的sprint不超過2小時。目的:總結這一個迭代中的經驗和問題;找出后續潛在改進的主要方面,同時加以排序;制定改進工作計劃。十、敏捷-仆人式領導定義:一種為團隊賦權的方法。通過對團隊服務來領導團隊的實踐,注重理解和關注團隊成員的需要和發展,旨在使團隊盡可能達到最高績效。作用:促進團隊發現和定義敏捷。仆人式領導實踐并傳播敏捷。十一、敏捷-待辦事項列表待辦事項列表是所有工作的有序列表,它以故事形式呈現給團隊。價值越大的排在上面。產品負責人制作一個產品路線圖,以顯示預期的可交付成果序列。產品負責人根據團隊的實際成果重新規劃路線圖。產品負責人在迭代中的會議中與團隊合作,為即將進行的迭代準備故事,細化足夠的故事。向團隊介紹故事創意、潛在的挑戰或問題。十二、SCRUM的三個物件-沖刺列表定義了沖刺的目標,明確了沖刺過程中具體需要完成的任務;盡量放在方便團隊看到的地方;任務不是分配下去的,而是團隊討論與個人挑選的結果;對每一個任務,每天更新剩余任務工作量的估算;Sprint計劃會議產出其實SprintBacklog;是團隊的資產,團隊可以增加、刪除或者修改任務;如果團隊同意,對于一些事項,可以先做大的整體估算。...