敏捷開發(fā)模式講解培訓(xùn)課件

Scrum

敏捷1敏捷開發(fā)模式講解7/28/2023目錄?Scrum概覽?

Scrum中的角色和關(guān)鍵原則?

Scrum流程：策劃、執(zhí)行跟蹤、回顧?

幾個應(yīng)用主題（發(fā)布周期、度量、大團(tuán)隊(duì)）?

WeNeedScrum?2敏捷開發(fā)模式講解7/28/2023 ?

產(chǎn)品投放市場的時間太慢

?

項(xiàng)目失敗的比例高的離譜

?

投資回報(bào)低，經(jīng)常失敗

?對變化與變更的響應(yīng)，難度大且成本高

?客戶體驗(yàn)及客戶為導(dǎo)向很差

?軟件質(zhì)量不過關(guān)

?

生產(chǎn)力需要大幅提高

?

員工士氣，動力及責(zé)任感很低

?

需要普遍的微觀管理

?人員流失率特別高

......許多企業(yè)面臨的問題與挑戰(zhàn)3敏捷開發(fā)模式講解7/28/2023越來越多的企業(yè)使用Scrum解決這些問題

?Google

?IBM

?Nokia

?Siemens

?Philips

?Accenture

?Sun

?UbisoB

?Bleum

?SAP

?

Microsoft

?

Infosys

?

Oracle

?

Wipro

?

Motorola

?

Yahoo!

?

Schneider

?

Agilent

?

Irdeto

?

Double

Click

?

Autodesk

?

Tencent

?

Plenware

?

Trendmicro

?

Moody’s

?

StarCite4敏捷開發(fā)模式講解7/28/2023哪些類型的項(xiàng)目已經(jīng)在使用Scrum?大型企業(yè)級軟件項(xiàng)目?商業(yè)軟件產(chǎn)品?消費(fèi)者軟件項(xiàng)目/大型網(wǎng)站?美國FDA批準(zhǔn)的應(yīng)用于X射線和MRI的軟件?高可靠性系統(tǒng)（99.9999％以上）?財(cái)務(wù)支付系統(tǒng)?智能家居項(xiàng)目?戰(zhàn)斗機(jī)項(xiàng)目?大型數(shù)據(jù)庫應(yīng)用?嵌入式電信系統(tǒng)?手機(jī)項(xiàng)目?CMMI5級的組織?多地點(diǎn)同步開發(fā)?支撐和維護(hù)項(xiàng)目?非軟件項(xiàng)目?

……5敏捷開發(fā)模式講解7/28/2023Scrum在Yahoo！的應(yīng)用(引Scrum中文網(wǎng))Yahoo!

在全球有超過200個團(tuán)隊(duì)（超過兩千人）使用Scrum?????面向用戶的項(xiàng)目關(guān)鍵的基礎(chǔ)設(shè)施項(xiàng)目分布式項(xiàng)目全新產(chǎn)品開發(fā)維護(hù)型項(xiàng)目這份調(diào)查的數(shù)據(jù)是在Yahoo!采納Scrum后18個月時采集???反映80個團(tuán)隊(duì)的情況采用匿名方式得到84%的調(diào)查響應(yīng)率6敏捷開發(fā)模式講解7/28/2023與傳統(tǒng)方法的對比：團(tuán)隊(duì)生產(chǎn)力7敏捷開發(fā)模式講解7/28/2023與傳統(tǒng)方法的對比：士氣8敏捷開發(fā)模式講解7/28/2023與傳統(tǒng)方法的對比：責(zé)任感與主人翁意識9敏捷開發(fā)模式講解7/28/2023與傳統(tǒng)方法的對比：協(xié)調(diào)與合作10敏捷開發(fā)模式講解7/28/2023與傳統(tǒng)方法的對比：交付質(zhì)量11敏捷開發(fā)模式講解7/28/2023有多少人愿意繼續(xù)使用Scrum12敏捷開發(fā)模式講解7/28/2023下一章節(jié)13敏捷開發(fā)模式講解7/28/2023目錄?Scrum概覽?

Scrum中的角色和關(guān)鍵原則?

Scrum流程：策劃、執(zhí)行跟蹤、回顧?

幾個應(yīng)用主題（發(fā)布周期、度量、大團(tuán)隊(duì)）?WeNeedScrum?14敏捷開發(fā)模式講解7/28/2023敏捷價值觀之敏捷宣言（認(rèn)同↓）過程和工具完備的文檔

合同談判

遵循計(jì)劃重于

重于

重于

重于

個體與交互

可用的軟件

客戶協(xié)作

響應(yīng)變化15敏捷開發(fā)模式講解7/28/2023什么是Scrum？（一個輕量級的軟件開發(fā)方法）

Scrum是一個敏捷開發(fā)框架，是一個增量的、迭代的開發(fā)過程。

1.Scrum中項(xiàng)目整個開發(fā)周期包括若干個小的跌代周期，每個小的的跌代周期稱為一個Sprint，每個 Sprint的建議長度2到4周。 2.使用產(chǎn)品Backlog來管理產(chǎn)品或項(xiàng)目的需求，產(chǎn)品backlog是一個按照商業(yè)價值排序的需求列表，列表 條目的體現(xiàn)形式通常為用戶故事（UserStory）。 3.團(tuán)隊(duì)從產(chǎn)品Backlog中挑選最有商業(yè)價值的需求，需求經(jīng)過Sprint計(jì)劃會議上的分析、討論和估算得到 一個Sprint的任務(wù)列表，我們稱它為Sprintbacklog。 4.在每個迭代結(jié)束時，Scrum團(tuán)隊(duì)將交付潛在可交付的產(chǎn)品增量。16敏捷開發(fā)模式講解7/28/2023Scrum框架流程

17敏捷開發(fā)模式講解7/28/2023Scrum框架組成

3

三個角色

產(chǎn)品負(fù)責(zé)人

Scrum

Master

團(tuán)隊(duì)Sprint計(jì)劃會議每日站會Sprint評審會議Sprint

回顧會議四個儀式

3

三個產(chǎn)物產(chǎn)品BacklogSprint

Backlog

個角色燃盡圖18敏捷開發(fā)模式講解7/28/2023Scrum使用的幾個原則?

不同類型/背景的項(xiàng)目需要不同的管理方法?

以項(xiàng)目成果為導(dǎo)向而不是過程導(dǎo)向?

衡量項(xiàng)目成功與否，要看重項(xiàng)目成果的商業(yè)價值和ROI（投資回報(bào)），而非僅超支、延期、遵循計(jì)劃?

20/80法則，最大可能滿足涉眾核心需要?

及時讓涉眾參與，并及早展現(xiàn)項(xiàng)目進(jìn)展和成果，及時調(diào)整，確保交付商業(yè)價值最大化19敏捷開發(fā)模式講解7/28/2023Scrum特點(diǎn)?

適于在不確定性高的環(huán)境中開發(fā)復(fù)雜產(chǎn)品；?

簡潔但有效；–

易于學(xué)習(xí)和掌握；–

能夠在開發(fā)進(jìn)程中不斷檢查，并作出相應(yīng)調(diào)整；?

項(xiàng)目信息對所有干系人高度透明；?

便于快速發(fā)現(xiàn)問題，促使團(tuán)隊(duì)和組織持續(xù)改進(jìn)；20敏捷開發(fā)模式講解7/28/2023Scrum中的角色?

Scrum

Master–

項(xiàng)目經(jīng)理

？教練

？QA？?

Product

Owner–

產(chǎn)品經(jīng)理？?

Team21敏捷開發(fā)模式講解7/28/2023團(tuán)隊(duì)構(gòu)成?

7人，+

or

-

2–

偏小一些會更合適–

應(yīng)100%投入到迭代中–

最好坐在一起?

角色交叉–

包含增量開發(fā)產(chǎn)品所需的所有技能?

開發(fā)、測試、UI設(shè)計(jì)、技術(shù)文檔編寫…?

團(tuán)隊(duì)基于技能而不是“崗位”來認(rèn)領(lǐng)工作22敏捷開發(fā)模式講解7/28/2023團(tuán)隊(duì)管理模式?

自我管理和自我組織–

團(tuán)隊(duì)決定要完成的工作量，相互協(xié)作進(jìn)行任務(wù)管理和執(zhí)行，以實(shí)現(xiàn)承諾的目標(biāo)–只有團(tuán)隊(duì)失敗而沒有個人失敗的原則23敏捷開發(fā)模式講解7/28/2023Scrum軟件項(xiàng)目分析，優(yōu)點(diǎn)。????你有5個月時間可用；你要交付5個特性；每個月，你有100人日可用每個特性需要20人日設(shè)計(jì)、40人日開發(fā)、20人日測試、20人日返工（解決bug、優(yōu)化）商業(yè)價值40單位24單位20單位12單位4單位100單位特性F1F2F3F4F5總計(jì)24敏捷開發(fā)模式講解7/28/2023

傳統(tǒng)模式?

根據(jù)第一頁給出的信息，計(jì)算每個階段的時間

長度（考慮實(shí)際團(tuán)隊(duì)情況，不完整），在下圖 中標(biāo)識出階段劃分。M1M2M3M4M525敏捷開發(fā)模式講解7/28/2023

Scrum模式?

根據(jù)第一頁給出的信息，計(jì)劃一下你的開發(fā)進(jìn)

度（團(tuán)隊(duì)拆分，細(xì)節(jié)把握，提高質(zhì)量）M1M2M3M4M526敏捷開發(fā)模式講解7/28/2023下一章節(jié)27敏捷開發(fā)模式講解7/28/2023目錄?

Scrum概覽?

Scrum中的角色和關(guān)鍵原則?

Scrum流程：站會、策劃和回顧?

幾個應(yīng)用主題（發(fā)布周期、度量、大團(tuán)隊(duì)）?

WeNeedScrum?28敏捷開發(fā)模式講解7/28/2023Scrum

Master?

SM幫助團(tuán)隊(duì)學(xué)習(xí)和應(yīng)用Scrum來實(shí)現(xiàn)商業(yè)價值??

SM盡其所能幫助團(tuán)隊(duì)獲得成功–

服務(wù)團(tuán)隊(duì)–

保護(hù)團(tuán)隊(duì)–

引導(dǎo)大家有效應(yīng)用Scrum?

SM不是團(tuán)隊(duì)的“老板”–

不負(fù)責(zé)為團(tuán)隊(duì)分配任務(wù)–

不會幫團(tuán)隊(duì)做決定–

不對團(tuán)隊(duì)及時完成工作負(fù)責(zé)29敏捷開發(fā)模式講解7/28/2023Scrum

Master做什么事情？?

服務(wù)團(tuán)隊(duì)–

幫助團(tuán)隊(duì)排除障礙和問題（“絆腳石”）–

促進(jìn)協(xié)作，包括團(tuán)隊(duì)內(nèi)、團(tuán)隊(duì)和Product

Owner間?

保護(hù)團(tuán)隊(duì)–

保護(hù)團(tuán)隊(duì)，使之免收外界干擾或威脅–?

教導(dǎo)團(tuán)隊(duì)–

幫助團(tuán)隊(duì)和PO改進(jìn)工作的有效性–

幫助團(tuán)隊(duì)和PO

面對并解決困難和問題?

引導(dǎo)Scrum的有效應(yīng)用–

把Scrum教給團(tuán)隊(duì)、PO和整個公司–

確保所有標(biāo)準(zhǔn)Scrum實(shí)踐得到遵循30敏捷開發(fā)模式講解7/28/2023Scrum

Master的選擇?

高效SM的特征–––––對團(tuán)隊(duì)的成功有高度的責(zé)任心良好的人緣、良好的溝通技能敏感、好的聆聽者積極、樂于助人技術(shù)專家，會更有幫助但非必要?

專職SM會有最好的成果

–

如果不能專職，必須有一位成員擔(dān)當(dāng)這個角色（相應(yīng)

降低他的原工作負(fù)擔(dān)）?

避免讓團(tuán)隊(duì)行政管理者做

做SM

–

因?yàn)榇蠹視竿芾碚邅碜饕?guī)劃，也就很難做到自

我管理31敏捷開發(fā)模式講解7/28/2023Product

Owner?

負(fù)責(zé)最大化項(xiàng)目ROI（投資回報(bào)）?

實(shí)現(xiàn)手段：–

多方收集意見，充分了解機(jī)會和風(fēng)險(xiǎn)；–

確定清晰、一致的愿景及目標(biāo)，明確為實(shí)現(xiàn)最大商業(yè)價值所需做的事情；–

制訂一個需求表，按照優(yōu)先級列出特性和功能；–

積極參加迭代計(jì)劃和迭代回顧會議，在迭代中為團(tuán)隊(duì)提供支持；–

基于日常觀察和學(xué)習(xí)，持續(xù)精煉和優(yōu)化PB；?

對PB優(yōu)先級有最終決策權(quán)32敏捷開發(fā)模式講解7/28/2023Scrum給團(tuán)隊(duì)管理者帶來哪些變化?

第1步：列出管理者過去負(fù)責(zé)的事項(xiàng)列表（盡可能列全）?

第2步：勾掉列表中：–

與Scrum沖突的；–

在Scrum中不必要的；–

對實(shí)現(xiàn)團(tuán)隊(duì)自我管理有不良影響的；33敏捷開發(fā)模式講解7/28/2023管理者2.0?

第3步：幫助管理者按照以上步驟，梳理一份新的工作說明；?

第4步：與管理者的上級和HR溝通，爭取理解和支持；34敏捷開發(fā)模式講解7/28/2023迭代中不允許變更?

禁止變更交付件和交付日期–

一旦團(tuán)隊(duì)作出承諾，就不允許變更交付件–

如果發(fā)生重大變化，PO可以中止當(dāng)次迭代–

在迭代中會出現(xiàn)“分解”和“澄清”，但是不允許添加新工作，或者對現(xiàn)有工作進(jìn)行“實(shí)質(zhì)變更”?

“變更”vs“澄清”–

如果存在爭議，那么將其認(rèn)定為變更，放到PB中，下一次迭代再考慮。–在我們實(shí)際應(yīng)用中，將較低級別的需求剔除掉。35敏捷開發(fā)模式講解7/28/2023變更的影響

在迭代期間，如果PO增加只需要少量工作的工

作項(xiàng)，或替換部分工作項(xiàng)，會有什么影響？當(dāng)前迭代今后的迭代

團(tuán)隊(duì)交PO滿

付承諾

意度

項(xiàng)的能

力團(tuán)隊(duì)對交付件的承

諾PO不

提變

更的

自律PO寫PB的

規(guī)則團(tuán)隊(duì)對

團(tuán)隊(duì)遵

其它團(tuán)要交付

循其它

隊(duì)遵循承諾內(nèi)

Scrum

Scrum容的關(guān)

規(guī)則的

規(guī)則的

注度

自律性

自律性36敏捷開發(fā)模式講解7/28/2023PO用戶故事?

用戶故事是寫PB的好方法之一；?

用戶故事是簡短、明確的功能說明，按照用戶價值和用戶需要編寫。37敏捷開發(fā)模式講解7/28/2023迭代計(jì)劃會議?

團(tuán)隊(duì)確定在迭代結(jié)束時，能完成多少PB?

對于2周迭代的項(xiàng)目，會議一般花3-4小時?分兩部分（同一天內(nèi)，連續(xù)）–

第一部分（PO召開需求評審會）：團(tuán)隊(duì)評審PO想要的東西，然后與PO確認(rèn)“完成”的定義–

第二部分(團(tuán)隊(duì)拆分需求，打撲克牌)：團(tuán)隊(duì)決定承諾完成多少，以及如何實(shí)現(xiàn)承諾。38敏捷開發(fā)模式講解7/28/2023迭代策劃——第一部分?

PO介紹PB中最優(yōu)先PB項(xiàng)的細(xì)節(jié)?

團(tuán)隊(duì)提出問題、建議，就疑問進(jìn)行確認(rèn)?

協(xié)商對PB需要做的修改–

團(tuán)隊(duì)驅(qū)動項(xiàng)增加到PB中–

大粒度項(xiàng)拆分–

任何其它提煉和優(yōu)化?

團(tuán)隊(duì)和PO評審標(biāo)準(zhǔn)的“完成定義”，就所有修訂達(dá)成一致39敏捷開發(fā)模式講解7/28/2023“完成”定義在迭代結(jié)束時，要“完成”的功能，必須完成以下步驟：1

開發(fā)規(guī)格說明書2

開發(fā)規(guī)格說明書評審3

開發(fā)完成4代碼review5

單元測試完成6測試用例完成7測試用例評審8測試執(zhí)行報(bào)告9已提交至測試集成……＃

缺陷標(biāo)準(zhǔn)：不允許P1

P2缺陷，P3缺陷小于3個40敏捷開發(fā)模式講解7/28/2023達(dá)到“完成”—不太好的方式41敏捷開發(fā)模式講解7/28/2023達(dá)到“完成”—更好的方式42敏捷開發(fā)模式講解7/28/2023迭代策劃——第二部分?

團(tuán)隊(duì)開始將PB項(xiàng)分解為工作任務(wù)，并且估計(jì)需要的時間?

對照團(tuán)隊(duì)可用資源，團(tuán)隊(duì)承諾本迭代完成量，確保工作量適當(dāng)?

所有團(tuán)隊(duì)成員都參與會議和討論，無論經(jīng)驗(yàn)多少及能力高低43敏捷開發(fā)模式講解7/28/2023計(jì)劃紙牌44敏捷開發(fā)模式講解7/28/2023燃盡圖45敏捷開發(fā)模式講解7/28/2023每日Scrum會議?

會議目的：–

保持團(tuán)隊(duì)內(nèi)部協(xié)調(diào)順暢，相互之間進(jìn)展明晰–

每天暴露困難和障礙，非團(tuán)隊(duì)監(jiān)管?

如何開展：–

在Task白板處，每個工作日舉行，團(tuán)隊(duì)所有成員參加（開會時間到，不等待其他成員，小組自定義懲罰措施。）–

圍成一個圈，面向圓心（而非SM）–

行政管理者最好回避–

每個人匯報(bào)3件事（也可以做一些調(diào)整）–

會議中不允許討論（如果確實(shí)必要，簡潔一點(diǎn)）46敏捷開發(fā)模式講解7/28/2023每日Scrum會議?Master任務(wù)：–

記錄并現(xiàn)場解答跟蹤問題。–

更新燃盡圖。?

團(tuán)隊(duì)個人(每個人1-3分鐘陳述，講給團(tuán)隊(duì))–

昨天完成的Task。–

今天將認(rèn)領(lǐng)的Task。–

需要協(xié)助解決的問題。47敏捷開發(fā)模式講解7/28/2023白板48敏捷開發(fā)模式講解7/28/2023迭代回顧（回顧會議）?

迭代回顧的目的：產(chǎn)品檢查和適應(yīng)?

參與者：團(tuán)隊(duì)、PO、SM、各職能組leader、其他涉眾；?

參考方式：–

演示產(chǎn)品，驗(yàn)證迭代期內(nèi)的承諾完成內(nèi)容。相關(guān)人員一起討論產(chǎn)品與“完成標(biāo)準(zhǔn)”的偏差。–

團(tuán)隊(duì)向PO提出產(chǎn)品相關(guān)議題，或迭代中碰到的問題（例如：在后續(xù)迭代中需要解決的技術(shù)問題）–

PO向團(tuán)隊(duì)提出產(chǎn)品相關(guān)議題，或迭代中碰到的問題（例如：市場變化、用戶新需求等）49敏捷開發(fā)模式講解7/28/2023迭代總結(jié)(總結(jié)報(bào)告上傳至WIKI,統(tǒng)一管理)?

迭代總結(jié)的目的：團(tuán)隊(duì)工作方式檢查和自適應(yīng)?

參考方式：

–

每次迭代回顧后召開，1-2小時

–

團(tuán)隊(duì)、SM參加

–

管理者和PO應(yīng)參加，但只部分時間參與，團(tuán)隊(duì)需要內(nèi)部交

談時間

–

通常會邀請一位中立人員來擔(dān)當(dāng)會議協(xié)調(diào)人

–

討論四個主題????哪些做得好那些需要改善（不太好的）需要在以后嘗試的事情（今后迭代中改善）要上報(bào)的問題（向管理者）50敏捷開發(fā)模式講解7/28/2023迭代總結(jié)記錄51敏捷開發(fā)模式講解7/28/2023下一章節(jié)52敏捷開發(fā)模式講解7/28/2023目錄?

Scrum概覽?

Scrum中的角色和關(guān)鍵原則?

Scrum流程：策劃、執(zhí)行跟蹤、回顧?

幾個應(yīng)用主題（發(fā)布周期、度量、大團(tuán)隊(duì)）?

WeNeedScrum?53敏捷開發(fā)模式講解7/28/2023Scrum

中的發(fā)布周期54敏捷開發(fā)模式講解7/28/2023Scrum發(fā)布周期?

兩種常見方法：?

多次迭代發(fā)布：?

每次迭代發(fā)布：55敏捷開發(fā)模式講解7/28/2023頂層設(shè)計(jì)和架構(gòu)調(diào)研，開發(fā)環(huán)境安裝多次迭代發(fā)布——方法之一

發(fā)布前SPRINT最終穩(wěn)定和發(fā)布準(zhǔn)備56敏捷開發(fā)模式講解7/28/2023多次迭代發(fā)布——方法之一在項(xiàng)目接近結(jié)束時，縮短迭代期，以更快地檢查/適應(yīng)57敏捷開發(fā)模式講解7/28/2023簡介：Scrum和度量58敏捷開發(fā)模式講解7/28/2023Scrum和度量?

Scrum不會阻