Scrum Master——項(xiàng)目負(fù)責(zé)人、項(xiàng)目經(jīng)理
保護(hù)團(tuán)隊(duì)不受外界干擾，是團(tuán)隊(duì)的領(lǐng)導(dǎo)和推進(jìn)者，負(fù)責(zé)提升 Scrum 團(tuán)隊(duì)的工作效率，控制 Scrum 中的“檢視和適應(yīng)”周期過(guò)程。與 Product Owner 一起將投資產(chǎn)出_大化，他確保所有的利益相關(guān)者都可以理解敏捷和尊重敏捷的理念。
Team——開(kāi)發(fā)人員、測(cè)試人員、美工設(shè)計(jì)、DBA等全職能性團(tuán)隊(duì)
團(tuán)隊(duì)負(fù)責(zé)交付產(chǎn)品并對(duì)其質(zhì)量負(fù)責(zé)，團(tuán)隊(duì)與所有提出產(chǎn)品需求的人一起工作，包括客戶和_終用戶，并共同創(chuàng)建 Product Backlog 。團(tuán)隊(duì)按照大家的共識(shí)來(lái)創(chuàng)建功能設(shè)計(jì)、測(cè)試 Backlog 條目交付產(chǎn)品。
Product Owner——產(chǎn)品負(fù)責(zé)人、產(chǎn)品經(jīng)理、運(yùn)營(yíng)人員
從業(yè)務(wù)角度驅(qū)動(dòng)項(xiàng)目，傳播產(chǎn)品的明確愿景，并定義其主要特性。Product Owner 的主要職責(zé)是確保團(tuán)隊(duì)只開(kāi)發(fā)對(duì)于組織_重要的 Backlog 條目，在 Sprint 中幫助團(tuán)隊(duì)完成自己的工作，不干擾團(tuán)隊(duì)成員，并迅速提供團(tuán)隊(duì)需要的所有信息。
User——_終用戶、運(yùn)營(yíng)人員、系統(tǒng)使用人員
很多人都可能成為_(kāi)終用戶，比如市場(chǎng)部人員、真正的_終用戶、_好的領(lǐng)域?qū)＜?，也可能是因其專業(yè)知識(shí)而被雇傭的資訊顧問(wèn)。_終用戶會(huì)根據(jù)自己的業(yè)務(wù)知識(shí)定義產(chǎn)品，并告知團(tuán)隊(duì)自己的期望，提出請(qǐng)求。
Manager——管理層、投資人
管理層要為 Scrum 團(tuán)隊(duì)搭建良好的環(huán)境，以確保團(tuán)隊(duì)能夠出色工作，必要的時(shí)候，他們也會(huì)與 Scrum Master 一起重新組織結(jié)構(gòu)和指導(dǎo)原則。
Customer——客戶、系統(tǒng)使用人員、運(yùn)營(yíng)人員
客戶是為 Scrum 團(tuán)隊(duì)提出產(chǎn)品需求的人，她會(huì)與組織簽訂合同，以開(kāi)發(fā)產(chǎn)品。一般來(lái)說(shuō)，這些人是組織中的高級(jí)管理人員，負(fù)責(zé)從外部軟件開(kāi)發(fā)公司購(gòu)買軟件開(kāi)發(fā)能力。在為內(nèi)部產(chǎn)品的公司中，負(fù)責(zé)批準(zhǔn)項(xiàng)目預(yù)算的人就是客戶。
Product Backlog——Backlog 待開(kāi)發(fā)項(xiàng)，積壓的任務(wù)。
產(chǎn)品 Backlog 包括了所有需要交付的內(nèi)容，其內(nèi)容根據(jù)業(yè)務(wù)需求的價(jià)值順序排列，每個(gè) Backlog 的優(yōu)先級(jí)是可以調(diào)整的，需求是可以增減的，因此產(chǎn)品 Backlog 將根據(jù)不斷增長(zhǎng)來(lái)持續(xù)驅(qū)動(dòng)維護(hù)。
Sprint Backlog——Sprint 本意為“沖刺”，指迭代周期，長(zhǎng)度通常是一至六周。
在 Sprint 開(kāi)始前，定義本次 Sprint 要討論的“Sprint Backlog”，從中產(chǎn)生本次 Sprint 要完成的 “已定 Product Backlog”。
已定 Product Backlog是 Sprint 計(jì)劃會(huì)議的產(chǎn)物，它定義了團(tuán)隊(duì)所接受的工作量，在整個(gè) Sprint 過(guò)程中它將保持不變。
User Story、Task——用戶故事、任務(wù)
用 User Story 來(lái)描述 Sprint Backlog 里的項(xiàng)目，User Story 是從用戶的角度對(duì)系統(tǒng)的某個(gè)功能模塊所作的簡(jiǎn)短描述。一個(gè) User Story 描述了項(xiàng)目中的一個(gè)小功能，以及這個(gè)功能完成之后將會(huì)產(chǎn)生什么效果，或者說(shuō)能為客戶創(chuàng)造什么價(jià)值。一個(gè) User Story 的大小和復(fù)雜度應(yīng)該以能在一個(gè) Sprint 中完成為宜。如果 User Story 太大，可能會(huì)導(dǎo)致對(duì)它的開(kāi)發(fā)橫跨幾個(gè) Sprint，此時(shí)就應(yīng)該將這個(gè) User Story 分解。為了能夠及時(shí)，高效地完成每個(gè) Story，Scrum 團(tuán)隊(duì)會(huì)把每個(gè) Story 分解成若干個(gè) Task。每個(gè)Task 的時(shí)間_好不要超過(guò)8小時(shí)，_在1個(gè)工作日內(nèi)完成，如果 Task 的時(shí)間超過(guò)了8個(gè)小時(shí)，就說(shuō)明Task的劃分有問(wèn)題，需要特別注意。
障礙 Backlog——問(wèn)題列表，積壓的待處理事務(wù)。
列舉了所有團(tuán)隊(duì)內(nèi)部和團(tuán)隊(duì)相關(guān)的和阻礙項(xiàng)目的進(jìn)度的問(wèn)題，Scrum Master 需要確保所有的障礙 Backlog 中的問(wèn)題都已分配并可以得到解決。
?每次會(huì)議都要準(zhǔn)時(shí)開(kāi)始、準(zhǔn)時(shí)結(jié)束。
?每次會(huì)議都采取開(kāi)放形式，所有人都可以參加。
會(huì)前準(zhǔn)備
?提前邀請(qǐng)所有必須參會(huì)的人，讓他們有時(shí)間準(zhǔn)備。
?發(fā)送帶有會(huì)議目標(biāo)和意圖的會(huì)議綱要。
?預(yù)訂會(huì)議所需的全部資源：房間、投影儀、掛圖、主持設(shè)備，以及此會(huì)議需要的其他東西。
?會(huì)前24小時(shí)發(fā)送提醒。
?準(zhǔn)備帶有會(huì)議規(guī)則的掛圖。
會(huì)議推進(jìn)
?展開(kāi)討論時(shí)，會(huì)議的推進(jìn)人必須在場(chǎng)。他不能參與到具體討論中，但是他需要注意討論進(jìn)程，如果討論參與者失去重點(diǎn)，他還要將討論帶回正規(guī)。
?推進(jìn)人展示會(huì)議的目標(biāo)和意圖。
?有必要時(shí)，推進(jìn)人可以商定由某個(gè)撰寫(xiě)會(huì)議記錄。
?推進(jìn)人可以記錄團(tuán)隊(duì)的意見(jiàn)，或是教授團(tuán)隊(duì)如何自己記錄文檔；而且推進(jìn)人可能會(huì)在掛圖上進(jìn)行記錄，將對(duì)話可視化。
?推進(jìn)人會(huì)對(duì)會(huì)議進(jìn)行收尾，并進(jìn)行非常簡(jiǎn)短的回顧。
會(huì)議輸出
?使用手寫(xiě)或掛圖說(shuō)明來(lái)記錄文檔，給白板和掛圖上的內(nèi)容拍照。
?必須傳達(dá)會(huì)議記錄和大家對(duì)會(huì)議結(jié)果的明確共同認(rèn)知。
讓團(tuán)隊(duì)坐在一起！
?大家都懶的動(dòng)，盡量讓“產(chǎn)品負(fù)責(zé)人”和“全功能團(tuán)隊(duì)”都坐在一起！
?互相聽(tīng)到：所有人都可以彼此交談，不必大聲喊，不必離開(kāi)座位。
?互相看到：所有人都可以看到彼此，都能看到任務(wù)板——不用非得近到可以看清楚內(nèi)容，但至少可以看到個(gè)大概。
?隔離：如果你們整個(gè)團(tuán)隊(duì)突然站起來(lái)，自發(fā)形成一個(gè)激烈的設(shè)計(jì)討論，團(tuán)隊(duì)外的任何人都不會(huì)被打擾到，反之亦然。
團(tuán)隊(duì)建設(shè)
?Scrum 團(tuán)隊(duì)_佳人數(shù)控制在“5～9”人。
?全職能性團(tuán)隊(duì)：開(kāi)發(fā)組（后臺(tái)開(kāi)發(fā)、前端開(kāi)發(fā)、測(cè)試人員——3~8人）、Scrum Master（項(xiàng)目經(jīng)理）、產(chǎn)品負(fù)責(zé)人
?兼職團(tuán)隊(duì)成員：美工、DBA、運(yùn)維
每日立會(huì)（Daily Standup Meeting）——建議下班前開(kāi)始
會(huì)議目的
?團(tuán)隊(duì)在會(huì)議中作計(jì)劃，協(xié)調(diào)其每日活動(dòng)，還可以報(bào)告和討論遇到的障礙。
?任務(wù)板能夠幫助團(tuán)隊(duì)聚焦于每日活動(dòng)之上，要在這個(gè)時(shí)候更新任務(wù)板和燃盡圖。
構(gòu)成部分
?任務(wù)板、即時(shí)貼、馬克筆
?提示：ScrumMaster 不要站在團(tuán)隊(duì)前面或是任務(wù)板旁邊，不要營(yíng)造類似于師生教學(xué)的氣氛。
基本要求
?成員：團(tuán)隊(duì)、Scrum Master
?無(wú)法出席的團(tuán)隊(duì)成員要由同伴代表。
?持續(xù)時(shí)間/舉辦地點(diǎn)：每天15分鐘，同樣時(shí)間，同樣地點(diǎn)。
?提示：團(tuán)隊(duì)成員在聆聽(tīng)他人發(fā)言時(shí)，都應(yīng)該想這個(gè)問(wèn)題：“我該怎么幫他做得更快？”
會(huì)議輸出
?團(tuán)隊(duì)彼此明確知道各自的工作，_新的工作進(jìn)度圖。
?得到_新的“障礙 Backlog”
?得到_新的“Sprint Backlog”
會(huì)議過(guò)程
?團(tuán)隊(duì)聚在故事板旁邊，可以圍成環(huán)形。
?從左邊_個(gè)開(kāi)始，向團(tuán)隊(duì)伙伴說(shuō)明他到現(xiàn)在完成的工作。
?然后該成員將任務(wù)板上的任務(wù)放到正確的列中。
?如果可以的話，該成員可以選取新的任務(wù)，交將其放入“進(jìn)行中工作”列。
?如果該成員遇到問(wèn)題或障礙，就要將其報(bào)告給 Scrum Master。
?每個(gè)團(tuán)隊(duì)成員重復(fù)步驟2到步驟5。
每個(gè)人三個(gè)問(wèn)題：
?上次會(huì)議時(shí)的任務(wù)哪些已經(jīng)完成？：把任務(wù)從“正在處理”狀態(tài)轉(zhuǎn)為“已完成”狀態(tài)?！裉焱瓿闪耸裁?？
?下次會(huì)議之前，你計(jì)劃完成什么任務(wù)？：如果任務(wù)狀態(tài)為“待處理”，轉(zhuǎn)為“正在處理”狀態(tài)。如果任務(wù)不在 Sprint Backlog 上，則添加這個(gè)任務(wù)。如果任務(wù)不能在一天成，把這任務(wù)細(xì)分成多個(gè)任務(wù)。如果任務(wù)可以在一天內(nèi)完成，把任務(wù)狀態(tài)設(shè)為“正在處理”。如果任務(wù)狀態(tài)已經(jīng)是“正在 處理”，詢問(wèn)是否存在阻礙任務(wù)完成得問(wèn)題。——明天做什么？
?有什么問(wèn)題阻礙了你的開(kāi)發(fā)？：如果有阻礙你的開(kāi)發(fā)進(jìn)度的問(wèn)題，把該障礙加入到障礙 Backlog中?！裉煊龅搅耸裁磫?wèn)題？
注意事項(xiàng)
?不要遲到
?不要超出限制時(shí)間
?不要討論技術(shù)問(wèn)題
?不要轉(zhuǎn)變會(huì)議話題
?不要在沒(méi)有準(zhǔn)備的情況下參加
?Scrum Master 不要替團(tuán)隊(duì)成員移動(dòng)任務(wù)卡片，不要替團(tuán)隊(duì)更新燃盡圖。
?Scrum Master 不要提出問(wèn)題，團(tuán)隊(duì)成員不要向 Scrum Master 或管理層人員報(bào)告。
?如果不能出席會(huì)議，需要通知團(tuán)隊(duì)，并找一名代表參加。
任務(wù)板
?任務(wù)板集合了選擇好的 Product Backlog 和 Sprint Backlog，并以可視化方式展示。
?任務(wù)板只能由團(tuán)隊(duì)維護(hù)，使用不同顏色的“即時(shí)貼”來(lái)區(qū)分開(kāi)發(fā)人員，或者在“即時(shí)貼”寫(xiě)上接受任務(wù)的姓名。
?盡量使用大白板，也可以使用軟件。
任務(wù)板有4列：
?選擇好的 Product Backlog：按照優(yōu)先級(jí)，將團(tuán)隊(duì)在當(dāng)前 Sprint 中要著手的 Product Backlog 條目或是故事放在該列中。
?待完成的任務(wù)：要完成一個(gè)故事，你得完成一些任務(wù)。在 Sprint 規(guī)劃會(huì)議中，或是在進(jìn)行當(dāng)前 Sprint 中，收集所有特定 Backlog 條目需要完成的新任務(wù)，并將它們放入該列。
?進(jìn)行中的工作：當(dāng)團(tuán)隊(duì)成員開(kāi)始某個(gè)任務(wù)后，他會(huì)將該任務(wù)對(duì)應(yīng)的卡片放到“進(jìn)行中的工作”列中。從上個(gè)每日 Scrum 例會(huì)開(kāi)始，沒(méi)有完成的任務(wù)都會(huì)放在該列中，并在上面做標(biāo)記（通常是個(gè)紅點(diǎn)）。如果某個(gè)任務(wù)在“待完成任務(wù)”列中所處時(shí)間超過(guò)一天，就盡量將該任務(wù)分為更小 的部分，然后把新任務(wù)放到那一列，移除其所屬大任務(wù)卡片。如果一個(gè)新任務(wù)因?yàn)槟硞€(gè)障礙無(wú)法完成，就會(huì)得到一個(gè)紅點(diǎn)標(biāo)記，Scrum Master 就會(huì)記下一個(gè)障礙。
?完成：當(dāng)一個(gè)任務(wù)卡完成后，完成此任務(wù)的成員將其放入“完成”列，并開(kāi)始選取下一張任務(wù)卡
燃盡圖
?跟蹤進(jìn)度要由團(tuán)隊(duì)來(lái)完成，燃盡圖的橫軸表示整個(gè)Sprint 的總時(shí)間，縱軸表示 Sprint 中所有的任務(wù)，其單位可以是小時(shí)，人天等。一般來(lái)說(shuō)，燃盡圖有”Sprint燃盡圖和Release燃盡圖之分。
?團(tuán)隊(duì)每天更新燃盡圖。
?如果燃盡圖一直是上升狀態(tài)，或當(dāng) Sprint 進(jìn)行一段時(shí)間之后，Sprint 燃盡圖上的Y值仍然與 Sprint 剛開(kāi)始時(shí)相差無(wú)幾，就說(shuō)明這個(gè) Sprint 中的 Story 過(guò)多，要拿掉一些 Story 以_這個(gè) Sprint 能順利完成。 如果Sprint 燃盡圖下降得很快，例如 Sprint 剛過(guò)半時(shí)Y值已經(jīng)接近0了，則說(shuō)明這個(gè) Sprint 分配的任務(wù)太少，還要多加一些任務(wù)進(jìn)來(lái)。在 Sprint 計(jì)劃會(huì)議上，如果團(tuán)隊(duì)對(duì)即將要做的任務(wù)理解和認(rèn)識(shí)不充分，就很可能導(dǎo)致這兩種情況的出現(xiàn)。
?燃盡圖要便于團(tuán)隊(duì)更新，沒(méi)必要讓它看起來(lái)很炫，也不要過(guò)于復(fù)雜，難以維護(hù)。
Release 燃盡圖：記錄整個(gè)Scurm項(xiàng)目的進(jìn)度，它的橫軸表示這個(gè)項(xiàng)目的所有Sprint， 縱軸表示各個(gè)Sprint開(kāi)始前，尚未完成的工作，它的單位可以是個(gè)（Story 的數(shù)量），人天等。
scrum 課程安排
常見(jiàn)問(wèn)題
1、為什么任務(wù)要分給組而不是個(gè)人？答：因?yàn)榕鲁鲥e(cuò)了牌又說(shuō)不出所以然，這樣即使日后他不做這個(gè)功能，也對(duì)這個(gè)功能很了解。2、為什么不讓_后領(lǐng)任務(wù)的人自己估算？
答：因?yàn)樗芸赡芤驗(yàn)椴恢滥炒a可用、不知道某軟件不行....而選擇了錯(cuò)誤的實(shí)現(xiàn)方法。
3、為什么不讓師傅估算大家采納，他不是_厲害嗎？
答：師傅的想法常常是徒弟們理解不了的，比如為什么不留在女兒國(guó)而偏偏去西天取經(jīng)之類的，共同估算就是讓大家在思考中對(duì)照自己的實(shí)現(xiàn)方法和師傅差異的過(guò)程。
Sprint評(píng)審會(huì)議（Review Meeting）
?Scrum 團(tuán)隊(duì)在會(huì)議中向_終用戶展示工作成果，團(tuán)隊(duì)成員希望得到反饋，并以之創(chuàng)建或變更 Backlog 條目。
基本要求
?Sprint 復(fù)審會(huì)議允許所有的參與者嘗試由團(tuán)隊(duì)展示的新功能。
構(gòu)成部分
?有可能發(fā)布的產(chǎn)品增量，由團(tuán)隊(duì)展示。
會(huì)議輸出
?來(lái)自_終用戶的反饋。
?障礙 Backlog 的輸入。
?團(tuán)隊(duì) Backlog 的輸入。
?來(lái)自團(tuán)隊(duì)的反饋為 Product Backlog 產(chǎn)生輸入。
持續(xù)時(shí)間：90分鐘，在 Sprint 結(jié)束時(shí)進(jìn)行。
會(huì)議過(guò)程
?Product Owner 歡迎大家來(lái)參加 Sprint 復(fù)審會(huì)議。
?Product Owner 提醒大家關(guān)于本次 Sprint 的目的：Sprint 目標(biāo)、Scrum 團(tuán)隊(duì)在本次 Sprint 中選定要開(kāi)發(fā)的故事。
?產(chǎn)品開(kāi)發(fā)團(tuán)隊(duì)展示新功能，并讓_終用戶嘗試新功能。
?Scrum Master 推進(jìn)會(huì)議進(jìn)程。
?_終用戶的反饋將會(huì)由 Product Owner 和/或 Scrum Master 記錄在案。
注意事項(xiàng)：
?不要展示不可能發(fā)布的產(chǎn)品增量。
?Scrum Master 不要負(fù)責(zé)展示結(jié)果。
?團(tuán)隊(duì)不要針對(duì) Product Owner 展示。
Sprint反思會(huì)議（Retrospective Meeting）
?該會(huì)議的對(duì)應(yīng)隱喻：醫(yī)療診斷！其目的不是為了找到治愈方案，而是要發(fā)現(xiàn)哪些方面需要改進(jìn)。
構(gòu)成部分
?參與人員：團(tuán)隊(duì)成員、Scrum Master
基本要求
?從過(guò)去中學(xué)習(xí)，指導(dǎo)將來(lái)。
?改進(jìn)團(tuán)隊(duì)的生產(chǎn)力。
注意事項(xiàng)
?不要讓管理層人員參與會(huì)議。
?不要在團(tuán)隊(duì)之外討論找到的東西。
會(huì)議輸出
?障礙 Backlog 的輸入。
?團(tuán)隊(duì) Backlog 的輸入。
持續(xù)時(shí)間：90分鐘，在 Sprint 評(píng)審會(huì)議結(jié)束后幾分鐘開(kāi)始。
會(huì)議過(guò)程
?準(zhǔn)備一個(gè)寫(xiě)著“過(guò)去哪些做的不錯(cuò)？”的掛圖。
?準(zhǔn)備一個(gè)寫(xiě)著“哪些應(yīng)該改進(jìn)？”的掛圖。
?繪制一條帶有開(kāi)始和結(jié)束日期的時(shí)間線。
?給每個(gè)團(tuán)隊(duì)成員發(fā)放一疊即時(shí)貼。
?開(kāi)始回顧。
?做一個(gè)安全練習(xí)。
?收集事實(shí)：發(fā)放即時(shí)貼，用之構(gòu)成一條時(shí)間線。每個(gè)團(tuán)隊(duì)成員（包括 Scrum Master）在每張即時(shí)貼上寫(xiě)上一個(gè)重要的事件。
?“過(guò)去哪些做的不錯(cuò)？”：采取收集事實(shí)同樣的過(guò)程，不過(guò)這次要把即時(shí)貼放在準(zhǔn)備好的掛圖上。
?做一個(gè)分隔，以區(qū)分“過(guò)去哪些做的不錯(cuò)”和接下來(lái)要產(chǎn)出的東西。
?“哪些應(yīng)該改進(jìn)？”：像“過(guò)去哪些做的不錯(cuò)”那樣進(jìn)行。
?現(xiàn)在將即時(shí)貼分組：
?我們能做什么》團(tuán)隊(duì) Backlog 的輸入。
?哪些不在我們掌控之內(nèi)？》障礙 Backlog 的輸入。
?根據(jù)團(tuán)隊(duì)成員的意見(jiàn)對(duì)兩個(gè)列表排序。
?將這兩個(gè)列表作為下個(gè) Sprint 的 Sprint 規(guī)劃會(huì)議_部分和 Sprint 規(guī)劃會(huì)議第二部分的輸入，并決定到時(shí)候要如何處理這些發(fā)現(xiàn)的信息。
PMP在線題庫(kù)·免費(fèi)刷·免費(fèi)學(xué)
- 每日一練
- 每日一練 綜合練習(xí) 夯實(shí)基礎(chǔ)
- 高頻考點(diǎn)
- 重點(diǎn)難點(diǎn) 高效學(xué)習(xí) 背誦記憶
- 仿真模考
- 全真模擬 綜合模擬 鞏固知識(shí)
- 錯(cuò)題本
- 查漏補(bǔ)缺 反復(fù)學(xué) 反復(fù)練
微信掃碼進(jìn)入小程序
艾威國(guó)際網(wǎng)校
艾威天貓旗艦店
艾威官方微信
艾威網(wǎng)校官方微信
艾威官方視頻號(hào)
艾威知乎號(hào)
企業(yè)微信客服
2025全年課表
查看全部課程
你Bug改不完，送代總延期?敏捷開(kāi)發(fā)中的Bug管理
