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

1、整理課件1整理課件2Scrum 敏捷敏捷整理課件3目錄 Scrum概覽 Scrum中的角色和關(guān)鍵原則 Scrum流程：策劃、執(zhí)行跟蹤、回顧 幾個(gè)應(yīng)用主題（發(fā)布周期、度量、大團(tuán)隊(duì)） We Need Scrum?整理課件4許多企業(yè)面臨的問題與挑戰(zhàn)整理課件5越來越多的企業(yè)使用Scrum解決這些問題 Google IBM Nokia Siemens Philips Accenture Sun UbisoB Bleum SAP Microsoft Infosys Oracle Wipro Motorola Yahoo! Schneider Agilent Irdeto Double Click Auto

2、desk Tencent Plenware Trendmicro Moodys StarCite整理課件6哪些類型的項(xiàng)目已經(jīng)在使用Scrum大型企業(yè)級(jí)軟件項(xiàng)目商業(yè)軟件產(chǎn)品消費(fèi)者軟件項(xiàng)目/大型網(wǎng)站美國(guó)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ù)庫(kù)應(yīng)用嵌入式電信系統(tǒng)手機(jī)項(xiàng)目CMMI5級(jí)的組織多地點(diǎn)同步開發(fā)支撐和維護(hù)項(xiàng)目非軟件項(xiàng)目 整理課件7Scrum在Yahoo！的應(yīng)用(引Scrum中文網(wǎng))Yahoo! 在全球有超過200個(gè)團(tuán)隊(duì)（超過兩千人）使用Scrum面向用戶的項(xiàng)目關(guān)鍵的基礎(chǔ)設(shè)施項(xiàng)目分布式項(xiàng)目全新產(chǎn)品開發(fā)維護(hù)型項(xiàng)目這份調(diào)查的

3、數(shù)據(jù)是在Yahoo!采納Scrum后18個(gè)月時(shí)采集反映80個(gè)團(tuán)隊(duì)的情況采用匿名方式得到84%的調(diào)查響應(yīng)率整理課件8與傳統(tǒng)方法的對(duì)比：團(tuán)隊(duì)生產(chǎn)力整理課件9與傳統(tǒng)方法的對(duì)比：士氣整理課件10與傳統(tǒng)方法的對(duì)比：責(zé)任感與主人翁意識(shí)整理課件11與傳統(tǒng)方法的對(duì)比：協(xié)調(diào)與合作整理課件12與傳統(tǒng)方法的對(duì)比：交付質(zhì)量整理課件13有多少人愿意繼續(xù)使用Scrum整理課件14下一章節(jié)整理課件15目錄 Scrum概覽 Scrum中的角色和關(guān)鍵原則 Scrum流程：策劃、執(zhí)行跟蹤、回顧 幾個(gè)應(yīng)用主題（發(fā)布周期、度量、大團(tuán)隊(duì)） We Need Scrum?整理課件16敏捷價(jià)值觀之敏捷宣言（認(rèn)同）過程和工具完備的文檔合同談判

4、遵循計(jì)劃重于重于重于重于個(gè)體與交互可用的軟件客戶協(xié)作響應(yīng)變化整理課件17什么是Scrum？（ 一個(gè)輕量級(jí)的軟件開發(fā)方法一個(gè)輕量級(jí)的軟件開發(fā)方法 ）Scrum是一個(gè)敏捷開發(fā)框架，是一個(gè)增量的、迭代的開發(fā)過程。1. Scrum中項(xiàng)目整個(gè)開發(fā)周期包括若干個(gè)小的跌代周期，每個(gè)小的的跌代周期稱為一個(gè)Sprint，每個(gè)Sprint的建議長(zhǎng)度2到4周。2. 使用產(chǎn)品Backlog來管理產(chǎn)品或項(xiàng)目的需求，產(chǎn)品backlog是一個(gè)按照商業(yè)價(jià)值排序的需求列表，列表?xiàng)l目的體現(xiàn)形式通常為用戶故事（UserStory）。3. 團(tuán)隊(duì)從產(chǎn)品Backlog中挑選最有商業(yè)價(jià)值的需求，需求經(jīng)過Sprint計(jì)劃會(huì)議上的分析、討論和

5、估算得到一個(gè)Sprint的任務(wù)列表，我們稱它為Sprint backlog 。4.在每個(gè)迭代結(jié)束時(shí)，Scrum團(tuán)隊(duì)將交付潛在可交付的產(chǎn)品增量。整理課件18Scrum框架流程整理課件19Scrum框架組成3三個(gè)角色 產(chǎn)品負(fù)責(zé)人Scrum Master團(tuán)隊(duì)Sprint計(jì)劃會(huì)議每日站會(huì)Sprint評(píng)審會(huì)議Sprint 回顧會(huì)議四個(gè)儀式 3三個(gè)產(chǎn)物產(chǎn)品BacklogSprint Backlog 個(gè)角色燃盡圖整理課件20Scrum使用的幾個(gè)原則 不同類型/背景的項(xiàng)目需要不同的管理方法 以項(xiàng)目成果為導(dǎo)向而不是過程導(dǎo)向 衡量項(xiàng)目成功與否，要看重項(xiàng)目成果的商業(yè)價(jià)值和ROI（投資回報(bào)），而非僅超支、延期、遵循計(jì)

6、劃 20/80法則，最大可能滿足涉眾核心需要 及時(shí)讓涉眾參與，并及早展現(xiàn)項(xiàng)目進(jìn)展和成果，及時(shí)調(diào)整，確保交付商業(yè)價(jià)值最大化整理課件21Scrum特點(diǎn) 適于在不確定性高的環(huán)境中開發(fā)復(fù)雜產(chǎn)品； 簡(jiǎn)潔但有效； 易于學(xué)習(xí)和掌握； 能夠在開發(fā)進(jìn)程中不斷檢查，并作出相應(yīng)調(diào)整； 項(xiàng)目信息對(duì)所有干系人高度透明； 便于快速發(fā)現(xiàn)問題，促使團(tuán)隊(duì)和組織持續(xù)改進(jìn)；整理課件22Scrum中的角色 Scrum Master 項(xiàng)目經(jīng)理 ？教練 ？QA？ Product Owner 產(chǎn)品經(jīng)理？ Team整理課件23團(tuán)隊(duì)構(gòu)成 7人，+ or - 2 偏小一些會(huì)更合適 應(yīng)100%投入到迭代中 最好坐在一起 角色交叉 包含增量開發(fā)產(chǎn)品

7、所需的所有技能 開發(fā)、測(cè)試、UI設(shè)計(jì)、技術(shù)文檔編寫 團(tuán)隊(duì)基于技能而不是“崗位”來認(rèn)領(lǐng)工作整理課件24團(tuán)隊(duì)管理模式 自我管理和自我組織 團(tuán)隊(duì)決定要完成的工作量，相互協(xié)作進(jìn)行任務(wù)管理和執(zhí)行，以實(shí)現(xiàn)承諾的目標(biāo) 只有團(tuán)隊(duì)失敗而沒有個(gè)人失敗的原則整理課件25Scrum軟件項(xiàng)目分析，優(yōu)點(diǎn)。 你有5個(gè)月時(shí)間可用；你要交付5個(gè)特性；每個(gè)月，你有100人日可用每個(gè)特性需要20人日設(shè)計(jì)、40人日開發(fā)、20人日測(cè)試、20人日返工（解決bug、優(yōu)化）商業(yè)價(jià)值40單位24單位20單位12單位4單位100單位特性F1F2F3F4F5總計(jì)整理課件26傳統(tǒng)模式 根據(jù)第一頁(yè)給出的信息，計(jì)算每個(gè)階段的時(shí)間長(zhǎng)度（考慮實(shí)際團(tuán)隊(duì)情況，

8、不完整），在下圖中標(biāo)識(shí)出階段劃分。M1M2M3M4M5整理課件27Scrum模式 根據(jù)第一頁(yè)給出的信息，計(jì)劃一下你的開發(fā)進(jìn)度（團(tuán)隊(duì)拆分，細(xì)節(jié)把握，提高質(zhì)量）M1M2M3M4M5整理課件28下一章節(jié)整理課件29目錄 Scrum概覽 Scrum中的角色和關(guān)鍵原則 Scrum流程：站會(huì)、策劃和回顧 幾個(gè)應(yīng)用主題（發(fā)布周期、度量、大團(tuán)隊(duì)） We Need Scrum?整理課件30Scrum Master SM幫助團(tuán)隊(duì)學(xué)習(xí)和應(yīng)用Scrum來實(shí)現(xiàn)商業(yè)價(jià)值 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ù) 不會(huì)幫團(tuán)隊(duì)做決定 不對(duì)團(tuán)隊(duì)及

9、時(shí)完成工作負(fù)責(zé)整理課件31Scrum 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 面對(duì)并解決困難和問題 引導(dǎo)Scrum的有效應(yīng)用 把Scrum教給團(tuán)隊(duì)、PO和整個(gè)公司 確保所有標(biāo)準(zhǔn)Scrum實(shí)踐得到遵循整理課件32Scrum Master的選擇 高效高效SM的特征的特征對(duì)團(tuán)隊(duì)的成功有高度的責(zé)任心良好的人緣、良好的溝通技能敏感、好的聆聽者積極、樂于助人技術(shù)專家，會(huì)更有幫助但非必要 專職專職SM會(huì)有最好的成果會(huì)

10、有最好的成果 如果不能專職，必須有一位成員擔(dān)當(dāng)這個(gè)角色（相應(yīng)降低他的原工作負(fù)擔(dān)） 避免讓團(tuán)隊(duì)行政管理者做避免讓團(tuán)隊(duì)行政管理者做 做做SM 因?yàn)榇蠹視?huì)指望原管理者來作規(guī)劃，也就很難做到自我管理整理課件33Product Owner 負(fù)責(zé)最大化項(xiàng)目ROI（投資回報(bào)） 實(shí)現(xiàn)手段： 多方收集意見，充分了解機(jī)會(huì)和風(fēng)險(xiǎn)； 確定清晰、一致的愿景及目標(biāo)，明確為實(shí)現(xiàn)最大商業(yè)價(jià)值所需做的事情； 制訂一個(gè)需求表，按照優(yōu)先級(jí)列出特性和功能； 積極參加迭代計(jì)劃和迭代回顧會(huì)議，在迭代中為團(tuán)隊(duì)提供支持； 基于日常觀察和學(xué)習(xí)，持續(xù)精煉和優(yōu)化PB； 對(duì)PB優(yōu)先級(jí)有最終決策權(quán)整理課件34Scrum給團(tuán)隊(duì)管理者帶來哪些變化 第1步

11、：列出管理者過去負(fù)責(zé)的事項(xiàng)列表（盡可能列全） 第2步：勾掉列表中： 與Scrum沖突的； 在Scrum中不必要的； 對(duì)實(shí)現(xiàn)團(tuán)隊(duì)自我管理有不良影響的；整理課件35管理者2.0 第3步：幫助管理者按照以上步驟，梳理一份新的工作說明； 第4步：與管理者的上級(jí)和HR溝通，爭(zhēng)取理解和支持；整理課件36迭代中不允許變更 禁止變更交付件和交付日期 一旦團(tuán)隊(duì)作出承諾，就不允許變更交付件 如果發(fā)生重大變化，PO可以中止當(dāng)次迭代 在迭代中會(huì)出現(xiàn)“分解”和“澄清”，但是不允許添加新工作，或者對(duì)現(xiàn)有工作進(jìn)行“實(shí)質(zhì)變更” “變更”vs“澄清” 如果存在爭(zhēng)議，那么將其認(rèn)定為變更，放到PB中，下一次迭代再考慮。 在我們實(shí)際

12、應(yīng)用中，將較低級(jí)別的需求剔除掉。整理課件37變更的影響在迭代期間，如果PO增加只需要少量工作的工作項(xiàng)，或替換部分工作項(xiàng)，會(huì)有什么影響？當(dāng)前迭代當(dāng)前迭代今后的迭代今后的迭代團(tuán)隊(duì)交PO滿 付承諾意度 項(xiàng)的能力團(tuán)隊(duì)對(duì)交付件的承諾PO不提變更的自律PO寫PB的規(guī)則團(tuán)隊(duì)對(duì) 團(tuán)隊(duì)遵 其它團(tuán)要交付 循其它 隊(duì)遵循承諾內(nèi) Scrum Scrum容的關(guān) 規(guī)則的 規(guī)則的注度 自律性 自律性整理課件38PO用戶故事 用戶故事是寫PB的好方法之一； 用戶故事是簡(jiǎn)短、明確的功能說明，按照用戶價(jià)值和用戶需要編寫。整理課件39迭代計(jì)劃會(huì)議 團(tuán)隊(duì)確定在迭代結(jié)束時(shí)，能完成多少PB 對(duì)于2周迭代的項(xiàng)目，會(huì)議一般花3-4小時(shí) 分兩

13、部分（同一天內(nèi)，連續(xù)） 第一部分 （PO召開需求評(píng)審會(huì)） ：團(tuán)隊(duì)評(píng)審PO想要的東西，然后與PO確認(rèn)“完成”的定義 第二部分(團(tuán)隊(duì)拆分需求，打撲克牌)：團(tuán)隊(duì)決定承諾完成多少，以及如何實(shí)現(xiàn)承諾。整理課件40迭代策劃第一部分 PO介紹PB中最優(yōu)先PB項(xiàng)的細(xì)節(jié) 團(tuán)隊(duì)提出問題、建議，就疑問進(jìn)行確認(rèn) 協(xié)商對(duì)PB需要做的修改 團(tuán)隊(duì)驅(qū)動(dòng)項(xiàng)增加到PB中 大粒度項(xiàng)拆分 任何其它提煉和優(yōu)化 團(tuán)隊(duì)和PO評(píng)審標(biāo)準(zhǔn)的“完成定義”，就所有修訂達(dá)成一致整理課件41“完成”定義在迭代結(jié)束時(shí)，要“完成”的功能，必須完成以下步驟：1 開發(fā)規(guī)格說明書2 開發(fā)規(guī)格說明書評(píng)審3 開發(fā)完成4 代碼review5 單元測(cè)試完成6 測(cè)試用例完

14、成7 測(cè)試用例評(píng)審8 測(cè)試執(zhí)行報(bào)告9 已提交至測(cè)試集成 缺陷標(biāo)準(zhǔn)： 不允許P1 P2缺陷，P3缺陷小于3個(gè)整理課件42達(dá)到“完成”不太好的方式整理課件43達(dá)到“完成”更好的方式整理課件44迭代策劃第二部分 團(tuán)隊(duì)開始將PB項(xiàng)分解為工作任務(wù)，并且估計(jì)需要的時(shí)間 對(duì)照?qǐng)F(tuán)隊(duì)可用資源，團(tuán)隊(duì)承諾本迭代完成量，確保工作量適當(dāng) 所有團(tuán)隊(duì)成員都參與會(huì)議和討論，無論經(jīng)驗(yàn)多少及能力高低整理課件45計(jì)劃紙牌整理課件46燃盡圖整理課件47每日Scrum會(huì)議 會(huì)議目的： 保持團(tuán)隊(duì)內(nèi)部協(xié)調(diào)順暢，相互之間進(jìn)展明晰 每天暴露困難和障礙，非團(tuán)隊(duì)監(jiān)管 如何開展： 在Task白板處，每個(gè)工作日舉行，團(tuán)隊(duì)所有成員參加（開會(huì)時(shí)間到，不等

15、待其他成員，小組自定義懲罰措施。） 圍成一個(gè)圈，面向圓心（而非SM） 行政管理者最好回避 每個(gè)人匯報(bào)3件事（也可以做一些調(diào)整） 會(huì)議中不允許討論（如果確實(shí)必要，簡(jiǎn)潔一點(diǎn)）整理課件48每日Scrum會(huì)議 Master任務(wù)： 記錄并現(xiàn)場(chǎng)解答跟蹤問題。 更新燃盡圖。 團(tuán)隊(duì)個(gè)人(每個(gè)人1-3分鐘陳述，講給團(tuán)隊(duì)) 昨天完成的Task。 今天將認(rèn)領(lǐng)的Task。 需要協(xié)助解決的問題。整理課件49白板整理課件50迭代回顧（回顧會(huì)議） 迭代回顧的目的：產(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)”的

16、偏差。 團(tuán)隊(duì)向PO提出產(chǎn)品相關(guān)議題，或迭代中碰到的問題（例如：在后續(xù)迭代中需要解決的技術(shù)問題） PO向團(tuán)隊(duì)提出產(chǎn)品相關(guān)議題，或迭代中碰到的問題（例如：市場(chǎng)變化、用戶新需求等）整理課件51迭代總結(jié)(總結(jié)報(bào)告上傳至WIKI,統(tǒng)一管理) 迭代總結(jié)的目的：團(tuán)隊(duì)工作方式檢查和自適應(yīng) 參考方式： 每次迭代回顧后召開，1-2小時(shí) 團(tuán)隊(duì)、SM參加 管理者和PO應(yīng)參加，但只部分時(shí)間參與，團(tuán)隊(duì)需要內(nèi)部交談時(shí)間 通常會(huì)邀請(qǐng)一位中立人員來?yè)?dān)當(dāng)會(huì)議協(xié)調(diào)人 討論四個(gè)主題哪些做得好那些需要改善（不太好的）需要在以后嘗試的事情（今后迭代中改善）要上報(bào)的問題（向管理者）整理課件52迭代總結(jié)記錄整理課件53下一章節(jié)整理課件54目

17、錄 Scrum概覽 Scrum中的角色和關(guān)鍵原則 Scrum流程：策劃、執(zhí)行跟蹤、回顧 幾個(gè)應(yīng)用主題（發(fā)布周期、度量、大團(tuán)隊(duì)） We Need Scrum?整理課件55Scrum 中的發(fā)布周期中的發(fā)布周期整理課件56Scrum發(fā)布周期 兩種常見方法： 多次迭代發(fā)布： 每次迭代發(fā)布：整理課件57頂層設(shè)計(jì)和架構(gòu)調(diào)研，開發(fā)環(huán)境安裝多次迭代發(fā)布方法之一發(fā)布前發(fā)布前SPRINT最終穩(wěn)定和發(fā)布準(zhǔn)備整理課件58多次迭代發(fā)布方法之一在項(xiàng)目接近結(jié)束時(shí)，縮短迭代期，以更快地檢查/適應(yīng)整理課件59簡(jiǎn)介：簡(jiǎn)介：Scrum和度量和度量整理課件60Scrum和度量 Scrum不會(huì)阻止你跟蹤或測(cè)量你所實(shí)施的開發(fā)過程； 不過，你必須當(dāng)心測(cè)量的可能不良后果 比如：個(gè)人燃燒圖 測(cè)量的記錄和匯報(bào)可能需要花費(fèi)資源 如果確實(shí)需要消耗團(tuán)隊(duì)資源，應(yīng)該讓這些消耗在任務(wù)時(shí)間估計(jì)時(shí)明確出來，或作為一個(gè)PB或SB項(xiàng)整理課件61常用度量 進(jìn)度差異對(duì)比 用實(shí)際速度比較估計(jì)速度； 工作量差異對(duì)比 任務(wù)匯總成本（跟蹤本身的工作量，及可能引發(fā)的問題和數(shù)據(jù)作弊）； 實(shí)際消耗時(shí)間 vs 預(yù)計(jì)消耗時(shí)間； 掙得值（已實(shí)現(xiàn)商業(yè)價(jià)值） 商業(yè)價(jià)值燃燒圖整理課件62簡(jiǎn)介：簡(jiǎn)介： ：Scrum自適應(yīng)自適應(yīng)-如何應(yīng)用于不同規(guī)模組織如何應(yīng)用于不同規(guī)模組織整理課件