Scrum敏捷開發(fā)模式講解[沐風(fēng)書苑]

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

2、 Accenture Sun UbisoB Bleum SAP Microsoft Infosys Oracle Wipro Motorola Yahoo! Schneider Agilent Irdeto Double Click Autodesk Tencent Plenware Trendmicro Moodys StarCite 5參考幻燈 哪些類型的項(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以上） 財務(wù)支付系統(tǒng) 智能家居項(xiàng)目 戰(zhàn)斗機(jī)項(xiàng)目 大型數(shù)據(jù)庫應(yīng)用 嵌入式電信系統(tǒng)

3、手機(jī)項(xiàng)目 CMMI5級的組織 多地點(diǎn)同步開發(fā) 支撐和維護(hù)項(xiàng)目 非軟件項(xiàng)目 6參考幻燈 Scrum在Yahoo！的應(yīng)用(引Scrum中文網(wǎng)) Yahoo! 在全球有超過200個團(tuán)隊（超過兩千人）使用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)隊的情況 采用匿名方式 得到84%的調(diào)查響應(yīng)率 7參考幻燈 與傳統(tǒng)方法的對比：團(tuán)隊生產(chǎn)力 8參考幻燈 與傳統(tǒng)方法的對比：士氣 9參考幻燈 與傳統(tǒng)方法的對比：責(zé)任感與主人翁意識 10參考幻燈 與傳統(tǒng)方法的對比：協(xié)調(diào)與合作 11參考幻燈 與傳統(tǒng)方法

4、的對比：交付質(zhì)量 12參考幻燈 有多少人愿意繼續(xù)使用Scrum 13參考幻燈 下一章節(jié) 14參考幻燈 目錄 Scrum概覽 Scrum中的角色和關(guān)鍵原則 Scrum流程：策劃、執(zhí)行跟蹤、回顧 幾個應(yīng)用主題（發(fā)布周期、度量、大團(tuán)隊） We Need Scrum? 15參考幻燈 敏捷價值觀之敏捷宣言（認(rèn)同） 過程和工具 完備的文檔 合同談判 遵循計劃 重于 重于 重于 重于 個體與交互 可用的軟件 客戶協(xié)作 響應(yīng)變化 16參考幻燈 什么是Scrum？（ 一個輕量級的軟件開發(fā)方法一個輕量級的軟件開發(fā)方法 ） Scrum是一個敏捷開發(fā)框架，是一個增量的、迭代的開發(fā)過程。 1. Scrum中項(xiàng)目整個開發(fā)

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

6、 產(chǎn)品負(fù)責(zé)人 Scrum Master 團(tuán)隊 Sprint計劃會議 每日站會 Sprint評審會議 Sprint 回顧會議 四個儀式 3 三個產(chǎn)物 產(chǎn)品Backlog Sprint Backlog 個角色 燃盡圖 19參考幻燈 Scrum使用的幾個原則 不同類型/背景的項(xiàng)目需要不同的管理方法 以項(xiàng)目成果為導(dǎo)向而不是過程導(dǎo)向 衡量項(xiàng)目成功與否，要看重項(xiàng)目成果的商業(yè)價 值和ROI（投資回報），而非僅超支、延期、遵循計劃 20/80法則，最大可能滿足涉眾核心需要 及時讓涉眾參與，并及早展現(xiàn)項(xiàng)目進(jìn)展和成 果，及時調(diào)整，確保交付商業(yè)價值最大化 20參考幻燈 Scrum特點(diǎn) 適于在不確定性高的環(huán)境中開發(fā)復(fù)

7、雜產(chǎn)品； 簡潔但有效； 易于學(xué)習(xí)和掌握； 能夠在開發(fā)進(jìn)程中不斷檢查，并作出相應(yīng)調(diào)整； 項(xiàng)目信息對所有干系人高度透明； 便于快速發(fā)現(xiàn)問題，促使團(tuán)隊和組織持續(xù)改 進(jìn)； 21參考幻燈 Scrum中的角色 Scrum Master 項(xiàng)目經(jīng)理 ？教練 ？QA？ Product Owner 產(chǎn)品經(jīng)理？ Team 22參考幻燈 團(tuán)隊構(gòu)成 7人，+ or - 2 偏小一些會更合適 應(yīng)100%投入到迭代中 最好坐在一起 角色交叉 包含增量開發(fā)產(chǎn)品所需的所有技能 開發(fā)、測試、UI設(shè)計、技術(shù)文檔編寫 團(tuán)隊基于技能而不是“崗位”來認(rèn)領(lǐng)工作 23參考幻燈 團(tuán)隊管理模式 自我管理和自我組織 團(tuán)隊決定要完成的工作量，相互協(xié)

8、作進(jìn)行任務(wù)管理 和執(zhí)行，以實(shí)現(xiàn)承諾的目標(biāo) 只有團(tuán)隊失敗而沒有個人失敗的原則 24參考幻燈 Scrum軟件項(xiàng)目分析，優(yōu)點(diǎn)。 你有5個月時間可用； 你要交付5個特性； 每個月，你有100人日可用 每個特性需要20人日設(shè)計、40人日開發(fā)、20 人日測試、20人日返工（解決bug、優(yōu)化） 商業(yè)價值 40單位 24單位 20單位 12單位 4單位 100單位 特性 F1 F2 F3 F4 F5 總計 25參考幻燈 傳統(tǒng)模式 根據(jù)第一頁給出的信息，計算每個階段的時間 長度（考慮實(shí)際團(tuán)隊情況，不完整），在下圖 中標(biāo)識出階段劃分。 M1M2M3M4M5 26參考幻燈 Scrum模式 根據(jù)第一頁給出的信息，計劃

9、一下你的開發(fā)進(jìn) 度（團(tuán)隊拆分，細(xì)節(jié)把握，提高質(zhì)量） M1M2M3M4M5 27參考幻燈 下一章節(jié) 28參考幻燈 目錄 Scrum概覽 Scrum中的角色和關(guān)鍵原則 Scrum流程：站會、策劃和回顧 幾個應(yīng)用主題（發(fā)布周期、度量、大團(tuán)隊） We Need Scrum? 29參考幻燈 Scrum Master SM幫助團(tuán)隊學(xué)習(xí)和應(yīng)用Scrum來實(shí)現(xiàn)商業(yè)價值 SM盡其所能幫助團(tuán)隊獲得成功 服務(wù)團(tuán)隊 保護(hù)團(tuán)隊 引導(dǎo)大家有效應(yīng)用Scrum SM不是團(tuán)隊的“老板” 不負(fù)責(zé)為團(tuán)隊分配任務(wù) 不會幫團(tuán)隊做決定 不對團(tuán)隊及時完成工作負(fù)責(zé) 30參考幻燈 Scrum Master做什么事情？ 服務(wù)團(tuán)隊 幫助團(tuán)隊排除障

10、礙和問題（“絆腳石”） 促進(jìn)協(xié)作，包括團(tuán)隊內(nèi)、團(tuán)隊和Product Owner間 保護(hù)團(tuán)隊 保護(hù)團(tuán)隊，使之免收外界干擾或威脅 教導(dǎo)團(tuán)隊 幫助團(tuán)隊和PO改進(jìn)工作的有效性 幫助團(tuán)隊和PO 面對并解決困難和問題 引導(dǎo)Scrum的有效應(yīng)用 把Scrum教給團(tuán)隊、PO和整個公司 確保所有標(biāo)準(zhǔn)Scrum實(shí)踐得到遵循 31參考幻燈 Scrum Master的選擇 高效高效SM的特征的特征 對團(tuán)隊的成功有高度的責(zé)任心 良好的人緣、良好的溝通技能 敏感、好的聆聽者 積極、樂于助人 技術(shù)專家，會更有幫助但非必要 專職專職SM會有最好的成果會有最好的成果 如果不能專職，必須有一位成員擔(dān)當(dāng)這個角色（相應(yīng) 降低他的原工

11、作負(fù)擔(dān)） 避免讓團(tuán)隊行政管理者做避免讓團(tuán)隊行政管理者做 做做SM 因?yàn)榇蠹視竿芾碚邅碜饕?guī)劃，也就很難做到自 我管理 32參考幻燈 Product Owner 負(fù)責(zé)最大化項(xiàng)目ROI（投資回報） 實(shí)現(xiàn)手段： 多方收集意見，充分了解機(jī)會和風(fēng)險； 確定清晰、一致的愿景及目標(biāo)，明確為實(shí)現(xiàn)最大 商業(yè)價值所需做的事情； 制訂一個需求表，按照優(yōu)先級列出特性和功能； 積極參加迭代計劃和迭代回顧會議，在迭代中為 團(tuán)隊提供支持； 基于日常觀察和學(xué)習(xí)，持續(xù)精煉和優(yōu)化PB； 對PB優(yōu)先級有最終決策權(quán) 33參考幻燈 Scrum給團(tuán)隊管理者帶來哪些變化 第1步：列出管理者過去負(fù)責(zé)的事項(xiàng)列表 （盡可能列全） 第2步：勾

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

13、考幻燈 變更的影響 在迭代期間，如果PO增加只需要少量工作的工 作項(xiàng)，或替換部分工作項(xiàng)，會有什么影響？ 當(dāng)前迭代當(dāng)前迭代今后的迭代今后的迭代 團(tuán)隊交 PO滿 付承諾 意度 項(xiàng)的能 力 團(tuán)隊 對交 付件 的承 諾 PO不 提變 更的 自律 PO寫 PB的 規(guī)則 團(tuán)隊對 團(tuán)隊遵 其它團(tuán) 要交付 循其它 隊遵循 承諾內(nèi) Scrum Scrum 容的關(guān) 規(guī)則的 規(guī)則的 注度 自律性 自律性 37參考幻燈 PO用戶故事 用戶故事是寫PB的好方法之一； 用戶故事是簡短、明確的功能說明，按照 用戶價值和用戶需要編寫。 38參考幻燈 迭代計劃會議 團(tuán)隊確定在迭代結(jié)束時，能完成多少PB 對于2周迭代的項(xiàng)目，會議

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

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

16、隊監(jiān)管 如何開展： 在Task白板處，每個工作日舉行，團(tuán)隊所有成員參加 （開會時間到，不等待其他成員，小組自定義懲罰措施。） 圍成一個圈，面向圓心（而非SM） 行政管理者最好回避 每個人匯報3件事（也可以做一些調(diào)整） 會議中不允許討論（如果確實(shí)必要，簡潔一點(diǎn)） 47參考幻燈 每日Scrum會議 Master任務(wù)： 記錄并現(xiàn)場解答跟蹤問題。 更新燃盡圖。 團(tuán)隊個人(每個人1-3分鐘陳述，講給團(tuán)隊) 昨天完成的Task。 今天將認(rèn)領(lǐng)的Task。 需要協(xié)助解決的問題。 48參考幻燈 白板 49參考幻燈 迭代回顧（回顧會議） 迭代回顧的目的：產(chǎn)品檢查和適應(yīng) 參與者：團(tuán)隊、PO、SM、各職能組leade

17、r、其 他涉眾； 參考方式： 演示產(chǎn)品，驗(yàn)證迭代期內(nèi)的承諾完成內(nèi)容。相關(guān)人員一起討 論產(chǎn)品與“完成標(biāo)準(zhǔn)”的偏差。 團(tuán)隊向PO提出產(chǎn)品相關(guān)議題，或迭代中碰到的問題（例如： 在后續(xù)迭代中需要解決的技術(shù)問題） PO向團(tuán)隊提出產(chǎn)品相關(guān)議題，或迭代中碰到的問題（例如： 市場變化、用戶新需求等） 50參考幻燈 迭代總結(jié)(總結(jié)報告上傳至WIKI,統(tǒng)一管理) 迭代總結(jié)的目的：團(tuán)隊工作方式檢查和自適應(yīng) 參考方式： 每次迭代回顧后召開，1-2小時 團(tuán)隊、SM參加 管理者和PO應(yīng)參加，但只部分時間參與，團(tuán)隊需要內(nèi)部交 談時間 通常會邀請一位中立人員來擔(dān)當(dāng)會議協(xié)調(diào)人 討論四個主題 哪些做得好 那些需要改善（不太好的）

18、 需要在以后嘗試的事情（今后迭代中改善） 要上報的問題（向管理者） 51參考幻燈 迭代總結(jié)記錄 52參考幻燈 下一章節(jié) 53參考幻燈 目錄 Scrum概覽 Scrum中的角色和關(guān)鍵原則 Scrum流程：策劃、執(zhí)行跟蹤、回顧 幾個應(yīng)用主題（發(fā)布周期、度量、大團(tuán)隊） We Need Scrum? 54參考幻燈 Scrum 中的發(fā)布周期中的發(fā)布周期 55參考幻燈 Scrum發(fā)布周期 兩種常見方法： 多次迭代發(fā)布： 每次迭代發(fā)布： 56參考幻燈 頂層設(shè)計和架構(gòu)調(diào) 研，開發(fā)環(huán)境安裝 多次迭代發(fā)布方法之一 發(fā)布前發(fā)布前SPRINT 最終穩(wěn)定和發(fā)布 準(zhǔn)備 57參考幻燈 多次迭代發(fā)布方法之一 在項(xiàng)目接近結(jié)束 時，縮短迭代 期，以更快地檢 查/適應(yīng) 58參考幻燈 簡介：簡介： Scrum和度量和度量 59參考幻燈 Scru