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

1、Scrum 敏捷敏捷目錄 Scrum概覽 Scrum中的角色和關(guān)鍵原則 Scrum流程：策劃、執(zhí)行跟蹤、回顧 幾個(gè)應(yīng)用主題（發(fā)布周期、度量、大團(tuán)隊(duì)） We Need Scrum? 產(chǎn)品投放市場(chǎng)的時(shí)間太慢 項(xiàng)目失敗的比例高的離譜 投資回報(bào)低，經(jīng)常失敗 對(duì)變化與變更的響應(yīng)，難度大且成本高 客戶體驗(yàn)及客戶為導(dǎo)向很差 軟件質(zhì)量不過(guò)關(guān) 生產(chǎn)力需要大幅提高 員工士氣，動(dòng)力及責(zé)任感很低 需要普遍的微觀管理 人員流失率特別高.許多企業(yè)面臨的問(wèn)題與挑戰(zhàn)越來(lái)越多的企業(yè)使用Scrum解決這些問(wèn)題 Google IBM Nokia Siemens Philips Accenture Sun UbisoB Bleum

2、SAP Microsoft Infosys Oracle Wipro Motorola Yahoo! Schneider Agilent Irdeto Double Click Autodesk Tencent Plenware Trendmicro Moodys StarCite哪些類(lèi)型的項(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)同步開(kāi)發(fā)支撐和維護(hù)項(xiàng)目非軟件項(xiàng)目 Scrum在Yahoo！的

3、應(yīng)用(引Scrum中文網(wǎng))Yahoo! 在全球有超過(guò)200個(gè)團(tuán)隊(duì)（超過(guò)兩千人）使用Scrum面向用戶的項(xiàng)目關(guān)鍵的基礎(chǔ)設(shè)施項(xiàng)目分布式項(xiàng)目全新產(chǎn)品開(kāi)發(fā)維護(hù)型項(xiàng)目這份調(diào)查的數(shù)據(jù)是在Yahoo!采納Scrum后18個(gè)月時(shí)采集反映80個(gè)團(tuán)隊(duì)的情況采用匿名方式得到84%的調(diào)查響應(yīng)率與傳統(tǒng)方法的對(duì)比：團(tuán)隊(duì)生產(chǎn)力與傳統(tǒng)方法的對(duì)比：士氣與傳統(tǒng)方法的對(duì)比：責(zé)任感與主人翁意識(shí)與傳統(tǒng)方法的對(duì)比：協(xié)調(diào)與合作與傳統(tǒng)方法的對(duì)比：交付質(zhì)量有多少人愿意繼續(xù)使用Scrum下一章節(jié)目錄 Scrum概覽 Scrum中的角色和關(guān)鍵原則 Scrum流程：策劃、執(zhí)行跟蹤、回顧 幾個(gè)應(yīng)用主題（發(fā)布周期、度量、大團(tuán)隊(duì)） We Need Scr

4、um?敏捷價(jià)值觀之敏捷宣言（認(rèn)同）過(guò)程和工具完備的文檔合同談判遵循計(jì)劃重于重于重于重于個(gè)體與交互可用的軟件客戶協(xié)作響應(yīng)變化什么是Scrum？（ 一個(gè)輕量級(jí)的軟件開(kāi)發(fā)方法一個(gè)輕量級(jí)的軟件開(kāi)發(fā)方法 ）Scrum是一個(gè)敏捷開(kāi)發(fā)框架，是一個(gè)增量的、迭代的開(kāi)發(fā)過(guò)程。1. Scrum中項(xiàng)目整個(gè)開(kāi)發(fā)周期包括若干個(gè)小的跌代周期，每個(gè)小的的跌代周期稱(chēng)為一個(gè)Sprint，每個(gè)Sprint的建議長(zhǎng)度2到4周。2. 使用產(chǎn)品Backlog來(lái)管理產(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à)值的

5、需求，需求經(jīng)過(guò)Sprint計(jì)劃會(huì)議上的分析、討論和估算得到一個(gè)Sprint的任務(wù)列表，我們稱(chēng)它為Sprint backlog 。4.在每個(gè)迭代結(jié)束時(shí)，Scrum團(tuán)隊(duì)將交付潛在可交付的產(chǎn)品增量。Scrum框架流程Scrum框架組成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è)角色燃盡圖Scrum使用的幾個(gè)原則 不同類(lèi)型/背景的項(xiàng)目需要不同的管理方法 以項(xiàng)目成果為導(dǎo)向而不是過(guò)程導(dǎo)向 衡量項(xiàng)目成功與否，要看重項(xiàng)目成果的商業(yè)價(jià)值和ROI（投資回報(bào)），而非僅超支

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

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

8、rum模式 根據(jù)第一頁(yè)給出的信息，計(jì)劃一下你的開(kāi)發(fā)進(jìn)度（團(tuán)隊(duì)拆分，細(xì)節(jié)把握，提高質(zhì)量）M1M2M3M4M5下一章節(jié)目錄 Scrum概覽 Scrum中的角色和關(guān)鍵原則 Scrum流程：站會(huì)、策劃和回顧 幾個(gè)應(yīng)用主題（發(fā)布周期、度量、大團(tuán)隊(duì)） We Need Scrum?Scrum Master SM幫助團(tuán)隊(duì)學(xué)習(xí)和應(yīng)用Scrum來(lái)實(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ì)及時(shí)完成工作負(fù)責(zé)Scrum Master做什么事情？ 服務(wù)團(tuán)隊(duì) 幫助團(tuán)隊(duì)排除障礙和問(wèn)題（“絆腳石”） 促進(jìn)協(xié)

9、作，包括團(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ì)并解決困難和問(wèn)題 引導(dǎo)Scrum的有效應(yīng)用 把Scrum教給團(tuán)隊(duì)、PO和整個(gè)公司 確保所有標(biāo)準(zhǔn)Scrum實(shí)踐得到遵循Scrum Master的選擇 高效高效SM的特征的特征對(duì)團(tuán)隊(duì)的成功有高度的責(zé)任心良好的人緣、良好的溝通技能敏感、好的聆聽(tīng)者積極、樂(lè)于助人技術(shù)專(zhuān)家，會(huì)更有幫助但非必要 專(zhuān)職專(zhuān)職SM會(huì)有最好的成果會(huì)有最好的成果 如果不能專(zhuān)職，必須有一位成員擔(dān)當(dāng)這個(gè)角色（相應(yīng)降低他的原工作負(fù)擔(dān)） 避免讓團(tuán)隊(duì)行政管理者做避免讓團(tuán)隊(duì)行政管理者做 做

10、做SM 因?yàn)榇蠹視?huì)指望原管理者來(lái)作規(guī)劃，也就很難做到自我管理Product Owner 負(fù)責(zé)最大化項(xiàng)目ROI（投資回報(bào)） 實(shí)現(xiàn)手段： 多方收集意見(jià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)Scrum給團(tuán)隊(duì)管理者帶來(lái)哪些變化 第1步：列出管理者過(guò)去負(fù)責(zé)的事項(xiàng)列表（盡可能列全） 第2步：勾掉列表中： 與Scrum沖突的； 在Scrum中不必要的； 對(duì)實(shí)現(xiàn)團(tuán)隊(duì)自我管理有不良影響的；管理者

11、2.0 第3步：幫助管理者按照以上步驟，梳理一份新的工作說(shuō)明； 第4步：與管理者的上級(jí)和HR溝通，爭(zhēng)取理解和支持；迭代中不允許變更 禁止變更交付件和交付日期 一旦團(tuán)隊(duì)作出承諾，就不允許變更交付件 如果發(fā)生重大變化，PO可以中止當(dāng)次迭代 在迭代中會(huì)出現(xiàn)“分解”和“澄清”，但是不允許添加新工作，或者對(duì)現(xiàn)有工作進(jìn)行“實(shí)質(zhì)變更” “變更”vs“澄清” 如果存在爭(zhēng)議，那么將其認(rèn)定為變更，放到PB中，下一次迭代再考慮。 在我們實(shí)際應(yīng)用中，將較低級(jí)別的需求剔除掉。變更的影響在迭代期間，如果PO增加只需要少量工作的工作項(xiàng)，或替換部分工作項(xiàng)，會(huì)有什么影響？當(dāng)前迭代當(dāng)前迭代今后的迭代今后的迭代團(tuán)隊(duì)交PO滿 付承諾

12、意度 項(xiàng)的能力團(tuán)隊(duì)對(duì)交付件的承諾PO不提變更的自律PO寫(xiě)PB的規(guī)則團(tuán)隊(duì)對(duì) 團(tuán)隊(duì)遵 其它團(tuán)要交付 循其它 隊(duì)遵循承諾內(nèi) Scrum Scrum容的關(guān) 規(guī)則的 規(guī)則的注度 自律性 自律性PO用戶故事 用戶故事是寫(xiě)PB的好方法之一； 用戶故事是簡(jiǎn)短、明確的功能說(shuō)明，按照用戶價(jià)值和用戶需要編寫(xiě)。迭代計(jì)劃會(huì)議 團(tuán)隊(duì)確定在迭代結(jié)束時(shí)，能完成多少PB 對(duì)于2周迭代的項(xiàng)目，會(huì)議一般花3-4小時(shí) 分兩部分（同一天內(nèi)，連續(xù)） 第一部分 （PO召開(kāi)需求評(píng)審會(huì)） ：團(tuán)隊(duì)評(píng)審PO想要的東西，然后與PO確認(rèn)“完成”的定義 第二部分(團(tuán)隊(duì)拆分需求，打撲克牌)：團(tuán)隊(duì)決定承諾完成多少，以及如何實(shí)現(xiàn)承諾。迭代策劃第一部分 PO介

13、紹PB中最優(yōu)先PB項(xiàng)的細(xì)節(jié) 團(tuán)隊(duì)提出問(wèn)題、建議，就疑問(wèn)進(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á)成一致“完成”定義在迭代結(jié)束時(shí)，要“完成”的功能，必須完成以下步驟：1 開(kāi)發(fā)規(guī)格說(shuō)明書(shū)2 開(kāi)發(fā)規(guī)格說(shuō)明書(shū)評(píng)審3 開(kāi)發(fā)完成4 代碼review5 單元測(cè)試完成6 測(cè)試用例完成7 測(cè)試用例評(píng)審8 測(cè)試執(zhí)行報(bào)告9 已提交至測(cè)試集成 缺陷標(biāo)準(zhǔn)： 不允許P1 P2缺陷，P3缺陷小于3個(gè)達(dá)到“完成”不太好的方式達(dá)到“完成”更好的方式迭代策劃第二部分 團(tuán)隊(duì)開(kāi)始將PB項(xiàng)分解為工作任務(wù)，并且估計(jì)需要的時(shí)間 對(duì)照?qǐng)F(tuán)隊(duì)可用資源

14、，團(tuán)隊(duì)承諾本迭代完成量，確保工作量適當(dāng) 所有團(tuán)隊(duì)成員都參與會(huì)議和討論，無(wú)論經(jīng)驗(yàn)多少及能力高低計(jì)劃紙牌燃盡圖每日Scrum會(huì)議 會(huì)議目的： 保持團(tuán)隊(duì)內(nèi)部協(xié)調(diào)順暢，相互之間進(jìn)展明晰 每天暴露困難和障礙，非團(tuán)隊(duì)監(jiān)管 如何開(kāi)展： 在Task白板處，每個(gè)工作日舉行，團(tuán)隊(duì)所有成員參加（開(kāi)會(huì)時(shí)間到，不等待其他成員，小組自定義懲罰措施。） 圍成一個(gè)圈，面向圓心（而非SM） 行政管理者最好回避 每個(gè)人匯報(bào)3件事（也可以做一些調(diào)整） 會(huì)議中不允許討論（如果確實(shí)必要，簡(jiǎn)潔一點(diǎn)）每日Scrum會(huì)議 Master任務(wù)： 記錄并現(xiàn)場(chǎng)解答跟蹤問(wèn)題。 更新燃盡圖。 團(tuán)隊(duì)個(gè)人(每個(gè)人1-3分鐘陳述，講給團(tuán)隊(duì)) 昨天完成的Tas

15、k。 今天將認(rèn)領(lǐng)的Task。 需要協(xié)助解決的問(wèn)題。白板迭代回顧（回顧會(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)”的偏差。 團(tuán)隊(duì)向PO提出產(chǎn)品相關(guān)議題，或迭代中碰到的問(wèn)題（例如：在后續(xù)迭代中需要解決的技術(shù)問(wèn)題） PO向團(tuán)隊(duì)提出產(chǎn)品相關(guān)議題，或迭代中碰到的問(wèn)題（例如：市場(chǎng)變化、用戶新需求等）迭代總結(jié)(總結(jié)報(bào)告上傳至WIKI,統(tǒng)一管理) 迭代總結(jié)的目的：團(tuán)隊(duì)工作方式檢查和自適應(yīng) 參考方式： 每次迭代回顧后召開(kāi)，1-2小時(shí) 團(tuán)隊(duì)、SM參加 管理者和PO應(yīng)參加，但只

16、部分時(shí)間參與，團(tuán)隊(duì)需要內(nèi)部交談時(shí)間 通常會(huì)邀請(qǐng)一位中立人員來(lái)?yè)?dān)當(dāng)會(huì)議協(xié)調(diào)人 討論四個(gè)主題哪些做得好那些需要改善（不太好的）需要在以后嘗試的事情（今后迭代中改善）要上報(bào)的問(wèn)題（向管理者）迭代總結(jié)記錄下一章節(jié)目錄 Scrum概覽 Scrum中的角色和關(guān)鍵原則 Scrum流程：策劃、執(zhí)行跟蹤、回顧 幾個(gè)應(yīng)用主題（發(fā)布周期、度量、大團(tuán)隊(duì)） We Need Scrum?Scrum 中的發(fā)布周期中的發(fā)布周期Scrum發(fā)布周期 兩種常見(jiàn)方法： 多次迭代發(fā)布： 每次迭代發(fā)布：頂層設(shè)計(jì)和架構(gòu)調(diào)研，開(kāi)發(fā)環(huán)境安裝多次迭代發(fā)布方法之一發(fā)布前發(fā)布前SPRINT最終穩(wěn)定和發(fā)布準(zhǔn)備多次迭代發(fā)布方法之一在項(xiàng)目接近結(jié)束時(shí)，縮短迭代期，以更快地檢查/適應(yīng)簡(jiǎn)介：簡(jiǎn)介：Scrum和度量和度量Scrum和度量 Scrum不會(huì)阻止你跟蹤或測(cè)量你所實(shí)施的開(kāi)發(fā)過(guò)程； 不過(guò)，你必須當(dāng)心測(cè)量的可能不良后果 比如：個(gè)人燃燒圖 測(cè)量的記錄和匯報(bào)可能需要花費(fèi)資源 如果確實(shí)需要消耗團(tuán)隊(duì)資源，應(yīng)該讓這些消耗在任務(wù)時(shí)間估計(jì)時(shí)明確出來(lái)，或作為一個(gè)PB或SB項(xiàng)常用度量 進(jìn)度差異對(duì)比 用實(shí)際速度比較估計(jì)速度； 工作量差異對(duì)比 任務(wù)匯總成本（跟蹤本身的工作量，及可能引發(fā)的問(wèn)題和數(shù)據(jù)作弊）； 實(shí)際消耗時(shí)間 vs 預(yù)計(jì)消耗時(shí)間； 掙得值（已實(shí)現(xiàn)商業(yè)價(jià)值） 商業(yè)價(jià)