12月pmp考前黃金1小時(shí)-敏捷項(xiàng)目管理

　　一、敏捷宣言

　　1.個(gè)體和互動(dòng) 高于流程和工具(Individuals and interactions over processes and tools)

　　2.工作的軟件 高于詳盡的文檔(Working software over comprehensive documentation)

　　3.客戶合作 高于合同談判(Customer collaboration over contract negotiation)

　　4.響應(yīng)變化 高于遵循計(jì)劃(Responding to change over following a plan)

　　二、12 條敏捷原則

　　1.我們最重要的目標(biāo)，是通過持續(xù)不斷地及早交付有價(jià)值的軟件使客戶滿意。

　　2.歡迎需求變化，即使在開發(fā)后期也一樣。善于掌控變化，幫助客戶獲得競(jìng)爭(zhēng)優(yōu)勢(shì)。

　　3.經(jīng)常地交付可工作的軟件，相隔幾星期或幾個(gè)月，傾向于采取較短的周期。

　　4.業(yè)務(wù)人員和開發(fā)人員必須每天在一起工作。

　　5.激發(fā)個(gè)體的斗志，以他們?yōu)楹诵拇罱��?xiàng)目。提供他們所需的環(huán)境和支持，相信他們能夠 達(dá)成目標(biāo)。

　　6.在團(tuán)隊(duì)內(nèi)部，傳遞信息效果最高效的方式是面對(duì)面的交談。

　　7.可工作的軟件是進(jìn)度的首要度量標(biāo)準(zhǔn)。

　　8.敏捷過程倡導(dǎo)可持續(xù)開發(fā)。責(zé)任人、開發(fā)人員和用戶要能夠共同維持其步調(diào)穩(wěn)定延續(xù)。

　　9.對(duì)技術(shù)精益求精，對(duì)設(shè)計(jì)不斷完善，將提高敏捷能力。

　　10.以簡(jiǎn)潔為本，極力減少不必要工作量。

　　11.最好的架構(gòu)、需求和設(shè)計(jì)出自于自組織的團(tuán)隊(duì)。

　　12.團(tuán)隊(duì)定期地反省如何能提高成效，并由此調(diào)整團(tuán)隊(duì)的行為。

　　三、SCRUM 兩個(gè)角色

　　Scrum Master(不是項(xiàng)目經(jīng)理，沒有分配任務(wù)的權(quán)力，沒有考核的權(quán)力，沒有下命令的權(quán)力)

　　1.幫助團(tuán)隊(duì)鏟除一切阻礙，讓團(tuán)隊(duì)可以順利完成沖刺目標(biāo)

　　2.幫助團(tuán)隊(duì)最大化生產(chǎn)力

　　3.使用技術(shù)手段幫助團(tuán)隊(duì)變得更加高效，比如：引入自動(dòng)化腳本，單元測(cè)試，持續(xù)集成等敏 捷實(shí)踐

　　4.協(xié)助團(tuán)隊(duì)和 PO 更好的進(jìn)行協(xié)作

　　5.保證 Scrum 實(shí)踐的正確推行 Product owner(PO)產(chǎn)品的負(fù)責(zé)人，需求負(fù)責(zé)人，

　　6.需求決策：哪個(gè)需求重要，哪個(gè)需求不重要，需求的優(yōu)先級(jí)如何排列，在某次發(fā)布中要發(fā) 布哪些需求是他來拍板的

　　四、三個(gè)文件

　　1.Product backlog 產(chǎn)品待辦列表： 排序的列表，包含所有產(chǎn)品需求，PO 決定產(chǎn)品待辦列表 的內(nèi)容、可用性和優(yōu)先級(jí)。

　　2.Sprint Backlog 待辦事項(xiàng)列表，(相當(dāng)于 WBS)，來源于產(chǎn)品待辦列表，更具體

　　3.燃盡圖是反映進(jìn)度狀態(tài)，也可以預(yù)測(cè)未來趨勢(shì)

　　五、四個(gè)會(huì)議

　　1.計(jì)劃會(huì)議(明確目標(biāo)、細(xì)化任務(wù)) 1)決定完成哪些任務(wù) 2)如何完成

　　2.每日立會(huì)(定時(shí)、定點(diǎn)、人齊、會(huì)短、高效)

　　1)一個(gè)簡(jiǎn)短的團(tuán)隊(duì)會(huì)議，由團(tuán)隊(duì)的所有成員在每天固定的時(shí)間和地點(diǎn)進(jìn)行

　　2)查看項(xiàng)目進(jìn)展，在會(huì)議中作計(jì)劃，協(xié)調(diào)每日活動(dòng)，還可以報(bào)告和討論遇到的障礙

　　3)任務(wù)板能夠幫助團(tuán)隊(duì)聚焦于每日活動(dòng)之上，要在這個(gè)時(shí)候更新任務(wù)板和燃盡圖。

　　4)會(huì)議上每個(gè)成員需要回答 3 個(gè)問題： 1你昨天做了什么? 2今天計(jì)劃做什么? 3是否遇到了障礙，需要其他人的幫助?

　　3.評(píng)審會(huì)(展示驗(yàn)收)

　　1)小組向產(chǎn)品負(fù)責(zé)人展示和驗(yàn)收迭代工作結(jié)果。

　　2)產(chǎn)品負(fù)責(zé)人給出評(píng)價(jià)和反饋。

　　3)評(píng)審會(huì)上發(fā)現(xiàn)的問題或改進(jìn)將被累積到產(chǎn)品待開發(fā)項(xiàng)，也不會(huì)馬上或在下一個(gè)迭代中開 發(fā)，而是由優(yōu)先級(jí)排序決定何時(shí)開發(fā)。(無需提變更請(qǐng)求)

　　4.回顧會(huì)議(經(jīng)驗(yàn)總結(jié)，識(shí)別改進(jìn))

　　1)回顧團(tuán)隊(duì)在流程、人際關(guān)系以及工具方面做得如何。

　　2)團(tuán)隊(duì)識(shí)別出哪些做得好，哪些做得不好，并找出潛在的改進(jìn)事項(xiàng)為改進(jìn)制定計(jì)劃。

　　六、敏捷術(shù)語和概念

　　1.敏捷項(xiàng)目范圍不固定，而時(shí)間和成本是固定的

　　2.敏捷使用自上而下的估計(jì)

　　3.敏捷文檔通常勉強(qiáng)夠用

　　4.敏捷有利于適應(yīng)，而傳統(tǒng)的管理方法有利于預(yù)期

　　七、產(chǎn)品路線圖(Product Roadmap) - 提供功能發(fā)布里程碑的高級(jí)概述。

　　八、項(xiàng)目章程對(duì)于敏捷項(xiàng)目和傳統(tǒng)項(xiàng)目都很重要，必須在敏捷項(xiàng)目開始時(shí)創(chuàng)建。

　　九、帕累托原則：也稱為 80-20 規(guī)則指出，對(duì)于敏捷項(xiàng)目，80%的最有用的功能可以在 20%的努 力中完成，強(qiáng)烈建議關(guān)注“20%”

　　十、參與式設(shè)計(jì)：通過積極讓利益相關(guān)者參與設(shè)計(jì)過程來確保結(jié)果符合預(yù)期的設(shè)計(jì)方法。 用戶故事描述用戶渴望得到的功能。

　　十一、一個(gè)好的用戶故事包括三個(gè)要素：

　　1.角色：誰要使用這個(gè)功能。

　　2.活動(dòng)：需要完成什么樣的功能或目標(biāo)。

　　3.商業(yè)價(jià)值：為什么需要這個(gè)功能，這個(gè)功能帶來什么樣的價(jià)值。

　　十二、通常按照如下的格式來表達(dá)：

　　英文：As a , I want to , so that .

　　中文：作為一個(gè)<角色>, 我想要<活動(dòng)>, 以便于<商業(yè)價(jià)值>

　　十三、3C：卡片(Card)、對(duì)話(Conversation)和確認(rèn)(Confirmation)。

　　1.卡片(Card)：用戶故事一般在小卡片上寫著故事的簡(jiǎn)短描述，工作量估算等。

　　2.交談(Conversation)：用戶故事背后的細(xì)節(jié)來源于和客戶或者產(chǎn)品負(fù)責(zé)人的交流溝通。

　　3.確認(rèn)(Confirmation)：通過驗(yàn)收測(cè)試確認(rèn)用戶故事被正確完成。

　　十四、用戶故事的六個(gè)特性- INVEST：

　　- I dependent(獨(dú)立的)

　　- N egotiable(便于溝通的)

　　- V aluable(有價(jià)值的)

　　- E stimable(可估計(jì)的)

　　- S mall(短小)

　　- T estable(可測(cè)試的)

>>本文地址：
注：本站稿件未經(jīng)許可不得轉(zhuǎn)載，轉(zhuǎn)載請(qǐng)保留出處及源文件地址。