Scrum敏捷開發(fā)模式講解課件

1精選2021版課件Scrum

敏捷2精選2021版課件目錄?Scrum概覽?

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

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

幾個應用主題（發(fā)布周期、度量、大團隊）?

WeNeedScrum?3精選2021版課件 ?

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

?

項目失敗的比例高的離譜

?

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

?對變化與變更的響應，難度大且成本高

?客戶體驗及客戶為導向很差

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

?

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

?

員工士氣，動力及責任感很低

?

需要普遍的微觀管理

?人員流失率特別高

......許多企業(yè)面臨的問題與挑戰(zhàn)4精選2021版課件越來越多的企業(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

?

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

……6精選2021版課件Scrum在Yahoo！的應用(引Scrum中文網(wǎng))Yahoo!

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

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

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

幾個應用主題（發(fā)布周期、度量、大團隊）?WeNeedScrum?15精選2021版課件敏捷價值觀之敏捷宣言（認同↓）過程和工具完備的文檔

合同談判

遵循計劃重于

重于

重于

重于

個體與交互

可用的軟件

客戶協(xié)作

響應變化16精選2021版課件什么是Scrum？（一個輕量級的軟件開發(fā)方法）

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

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

18精選2021版課件Scrum框架組成

3

三個角色

產(chǎn)品負責人

Scrum

Master

團隊Sprint計劃會議每日站會Sprint評審會議Sprint

回顧會議四個儀式

3

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

Backlog

個角色燃盡圖19精選2021版課件Scrum使用的幾個原則?

不同類型/背景的項目需要不同的管理方法?

以項目成果為導向而不是過程導向?

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

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

及時讓涉眾參與，并及早展現(xiàn)項目進展和成果，及時調(diào)整，確保交付商業(yè)價值最大化20精選2021版課件Scrum特點?

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

簡潔但有效；–

易于學習和掌握；–

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

項目信息對所有干系人高度透明；?

便于快速發(fā)現(xiàn)問題，促使團隊和組織持續(xù)改進；21精選2021版課件Scrum中的角色?

Scrum

Master–

項目經(jīng)理

？教練

？QA？?

Product

Owner–

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

Team22精選2021版課件團隊構(gòu)成?

7人，+

or

-

2–

偏小一些會更合適–

應100%投入到迭代中–

最好坐在一起?

角色交叉–

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

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

團隊基于技能而不是“崗位”來認領(lǐng)工作23精選2021版課件團隊管理模式?

自我管理和自我組織–

團隊決定要完成的工作量，相互協(xié)作進行任務管理和執(zhí)行，以實現(xiàn)承諾的目標–只有團隊失敗而沒有個人失敗的原則24精選2021版課件Scrum軟件項目分析，優(yōu)點。????你有5個月時間可用；你要交付5個特性；每個月，你有100人日可用每個特性需要20人日設計、40人日開發(fā)、20人日測試、20人日返工（解決bug、優(yōu)化）商業(yè)價值40單位24單位20單位12單位4單位100單位特性F1F2F3F4F5總計25精選2021版課件

傳統(tǒng)模式?

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

長度（考慮實際團隊情況，不完整），在下圖 中標識出階段劃分。M1M2M3M4M526精選2021版課件

Scrum模式?

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

度（團隊拆分，細節(jié)把握，提高質(zhì)量）M1M2M3M4M527精選2021版課件下一章節(jié)28精選2021版課件目錄?

Scrum概覽?

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

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

幾個應用主題（發(fā)布周期、度量、大團隊）?

WeNeedScrum?29精選2021版課件Scrum

Master?

SM幫助團隊學習和應用Scrum來實現(xiàn)商業(yè)價值??

SM盡其所能幫助團隊獲得成功–

服務團隊–

保護團隊–

引導大家有效應用Scrum?

SM不是團隊的“老板”–

不負責為團隊分配任務–

不會幫團隊做決定–

不對團隊及時完成工作負責30精選2021版課件Scrum

Master做什么事情？?

服務團隊–

幫助團隊排除障礙和問題（“絆腳石”）–

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

Owner間?

保護團隊–

保護團隊，使之免收外界干擾或威脅–?

教導團隊–

幫助團隊和PO改進工作的有效性–

幫助團隊和PO

面對并解決困難和問題?

引導Scrum的有效應用–

把Scrum教給團隊、PO和整個公司–

確保所有標準Scrum實踐得到遵循31精選2021版課件Scrum

Master的選擇?

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

專職SM會有最好的成果

–

如果不能專職，必須有一位成員擔當這個角色（相應

降低他的原工作負擔）?

避免讓團隊行政管理者做

做SM

–

因為大家會指望原管理者來作規(guī)劃，也就很難做到自

我管理32精選2021版課件Product

Owner?

負責最大化項目ROI（投資回報）?

實現(xiàn)手段：–

多方收集意見，充分了解機會和風險；–

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

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

積極參加迭代計劃和迭代回顧會議，在迭代中為團隊提供支持；–

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

對PB優(yōu)先級有最終決策權(quán)33精選2021版課件Scrum給團隊管理者帶來哪些變化?

第1步：列出管理者過去負責的事項列表（盡可能列全）?

第2步：勾掉列表中：–

與Scrum沖突的；–

在Scrum中不必要的；–

對實現(xiàn)團隊自我管理有不良影響的；34精選2021版課件管理者2.0?

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

第4步：與管理者的上級和HR溝通，爭取理解和支持；35精選2021版課件迭代中不允許變更?

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

一旦團隊作出承諾，就不允許變更交付件–

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

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

“變更”vs“澄清”–

如果存在爭議，那么將其認定為變更，放到PB中，下一次迭代再考慮。–在我們實際應用中，將較低級別的需求剔除掉。36精選2021版課件變更的影響

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

作項，或替換部分工作項，會有什么影響？當前迭代今后的迭代

團隊交PO滿

付承諾

意度

項的能

力團隊對交付件的承

諾PO不

提變

更的

自律PO寫PB的

規(guī)則團隊對

團隊遵

其它團要交付

循其它

隊遵循承諾內(nèi)

Scrum

Scrum容的關(guān)

規(guī)則的

規(guī)則的

注度

自律性

自律性37精選2021版課件PO用戶故事?

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

用戶故事是簡短、明確的功能說明，按照用戶價值和用戶需要編寫。38精選2021版課件迭代計劃會議?

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

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

第一部分（PO召開需求評審會）：團隊評審PO想要的東西，然后與PO確認“完成”的定義–

第二部分(團隊拆分需求，打撲克牌)：團隊決定承諾完成多少，以及如何實現(xiàn)承諾。39精選2021版課件迭代策劃——第一部分?

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

團隊提出問題、建議，就疑問進行確認?

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

團隊驅(qū)動項增加到PB中–

大粒度項拆分–

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

團隊和PO評審標準的“完成定義”，就所有修訂達成一致40精選2021版課件“完成”定義在迭代結(jié)束時，要“完成”的功能，必須完成以下步驟：1

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

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

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

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

缺陷標準：不允許P1

P2缺陷，P3缺陷小于3個41精選2021版課件達到“完成”—不太好的方式42精選2021版課件達到“完成”—更好的方式43精選2021版課件迭代策劃——第二部分?

團隊開始將PB項分解為工作任務，并且估計需要的時間?

對照團隊可用資源，團隊承諾本迭代完成量，確保工作量適當?

所有團隊成員都參與會議和討論，無論經(jīng)驗多少及能力高低44精選2021版課件計劃紙牌45精選2021版課件燃盡圖46精選2021版課件每日Scrum會議?

會議目的：–

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

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

如何開展：–

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

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

行政管理者最好回避–

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

會議中不允許討論（如果確實必要，簡潔一點）47精選2021版課件每日Scrum會議?Master任務：–

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

更新燃盡圖。?

團隊個人(每個人1-3分鐘陳述，講給團隊)–

昨天完成的Task。–

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

需要協(xié)助解決的問題。48精選2021版課件白板49精選2021版課件迭代回顧（回顧會議）?

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

參與者：團隊、PO、SM、各職能組leader、其他涉眾；?

參考方式：–

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

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

PO向團隊提出產(chǎn)品相關(guān)議題，或迭代中碰到的問題（例如：市場變化、用戶新需求等）50精選2021版課件迭代總結(jié)(總結(jié)報告上傳至WIKI,統(tǒng)一管理)?

迭代總結(jié)的目的：團隊工作方式檢查和自適應?

參考方式：

–

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

–

團隊、SM參加

–

管理者和PO應參加，但只部分時間參與，團隊需要內(nèi)部交

談時間

–

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

–

討論四個主題????哪些做得好那些需要改善（不太好的）需要在以后嘗試的事情（今后迭代中改善）要上報的問題（向管理者）51精選2021版課件迭代總結(jié)記錄52精選2021版課件下一章節(jié)53精選2021版課件目錄?

Scrum概覽?

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

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

幾個應用主題（發(fā)布周期、度量、大團隊）?

WeNeedScrum?54精選2021版課件Scrum

中的發(fā)布周期55精選2021版課件Scrum發(fā)布周期?

兩種常見方法：?

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

每次迭代發(fā)布：56精選2021版課件頂層設計和架構(gòu)調(diào)研，開發(fā)環(huán)境安裝多次迭代發(fā)布——方法之一

發(fā)布前SPRINT最終穩(wěn)定和發(fā)布準備57精選2021版課件多次迭代發(fā)布——方法之一在項目接近結(jié)束時，縮短迭代期，以更快地檢查/適應