Scrum敏捷開發(fā)模式

Scrum敏捷開發(fā)模式第1頁(yè)/共31頁(yè)目錄培訓(xùn)目的我們的背景Scrum敏捷開發(fā)方法簡(jiǎn)介Scrum敏捷開發(fā)整體解決策略溝通不及時(shí)之困—推到“角色墻”組建多角色分層敏捷團(tuán)隊(duì)需求不穩(wěn)定之困—分階段細(xì)化需求，并行研發(fā)計(jì)劃執(zhí)行差之困—分階段制定并跟蹤開發(fā)計(jì)劃產(chǎn)品引用滿足度不高之困—分階段提前驗(yàn)證產(chǎn)品滿足度研發(fā)人員業(yè)務(wù)能力參差不齊之困—通過機(jī)制保證持續(xù)提升人員業(yè)務(wù)能力和研發(fā)效率效果與價(jià)值

第2頁(yè)/共31頁(yè)培訓(xùn)目的1.提高軟件開發(fā)效率縮短產(chǎn)品上市時(shí)間2.提升客戶滿意度和快速響應(yīng)市場(chǎng)變化1.強(qiáng)調(diào)開發(fā)團(tuán)隊(duì)與業(yè)務(wù)專家緊密協(xié)作，面對(duì)面溝通2.頻繁交付新的軟件版本3.緊湊的自我組織型團(tuán)隊(duì)、能夠很好地適應(yīng)需求變化的代碼編寫和團(tuán)隊(duì)組織方法，注重軟件開發(fā)中“人”的作用。需求分析師/經(jīng)理開發(fā)經(jīng)理開發(fā)/測(cè)試工程師和經(jīng)理部門經(jīng)理、主設(shè)計(jì)架構(gòu)師/產(chǎn)品經(jīng)理原型客戶后面重點(diǎn)講解第3頁(yè)/共31頁(yè)我們的背景

敏捷應(yīng)用關(guān)鍵策略

問題

效果第4頁(yè)/共31頁(yè)Scrum敏捷開發(fā)方法簡(jiǎn)介Scrum是一個(gè)輕量級(jí)的軟件開發(fā)方法，它通過一個(gè)或多個(gè)跨職能的小型團(tuán)隊(duì)分多個(gè)迭代持續(xù)增量的交付軟件產(chǎn)品。通過迭代和快速用戶反饋來管理不確定性和擁抱變化。在Scrum中，使用產(chǎn)品Backlog管理產(chǎn)品或項(xiàng)目需求。Sprint計(jì)劃會(huì)分析、討論和估算得到一個(gè)Sprint的任務(wù)列表。每個(gè)迭代結(jié)束時(shí)，Scrum團(tuán)隊(duì)將交付潛在的可交付的產(chǎn)品增量。第5頁(yè)/共31頁(yè)溝通不及時(shí)之困—推到“角色墻”組建多角色分層敏捷團(tuán)隊(duì)在產(chǎn)品研發(fā)過程中，僅僅依靠文檔進(jìn)行知識(shí)傳遞是遠(yuǎn)遠(yuǎn)不夠的，往往一個(gè)產(chǎn)品的研發(fā)效率與這個(gè)團(tuán)隊(duì)的溝通氛圍有直接關(guān)系。為了解決溝通不及時(shí)，在組建Scrum敏捷團(tuán)隊(duì)時(shí)，推到“角色墻”，組建多角色分層敏捷團(tuán)隊(duì)，使不同角色之間溝通無障礙，并通過日常7會(huì)議確保有效溝通。組建敏捷團(tuán)隊(duì)：第6頁(yè)/共31頁(yè)推到“角色墻”組建多角色分層敏捷團(tuán)隊(duì)研發(fā)部門的Scrum團(tuán)隊(duì)由3層Scrum團(tuán)隊(duì)構(gòu)成：Scrum開發(fā)團(tuán)隊(duì)、業(yè)務(wù)級(jí)Scrum團(tuán)隊(duì)、部門級(jí)Scrum團(tuán)隊(duì)。Scrum開發(fā)團(tuán)隊(duì)：根據(jù)人員規(guī)模和產(chǎn)品模塊的耦合度，分成多個(gè)Scrum開發(fā)團(tuán)隊(duì)，每個(gè)團(tuán)隊(duì)由6-8人組成，包括需求分析師、開發(fā)經(jīng)理、開發(fā)工程師、測(cè)試工程師，團(tuán)隊(duì)的ScrumMaster由開發(fā)經(jīng)理?yè)?dān)當(dāng)；第7頁(yè)/共31頁(yè)推到“角色墻”組建多角色分層敏捷團(tuán)隊(duì)業(yè)務(wù)級(jí)Scrum團(tuán)隊(duì)：虛擬團(tuán)隊(duì)，分別由不同Scrum開發(fā)團(tuán)隊(duì)相同角色構(gòu)成，包括“需求Scrum團(tuán)隊(duì)”、“開發(fā)經(jīng)理Scrum團(tuán)隊(duì)”、“測(cè)試Scrum團(tuán)隊(duì)”，各自團(tuán)隊(duì)的ScrumMaster分別由需求經(jīng)理、主設(shè)計(jì)、測(cè)試經(jīng)理?yè)?dān)當(dāng)；部門級(jí)Scrum團(tuán)隊(duì)：虛擬團(tuán)隊(duì)，由各業(yè)務(wù)級(jí)Scrum團(tuán)隊(duì)的ScrumMaster構(gòu)成，ScrumMaster由部門經(jīng)理或主設(shè)計(jì)擔(dān)當(dāng)； 以NC資金開發(fā)部的組織結(jié)構(gòu)圖為例：第8頁(yè)/共31頁(yè)推到“角色墻”組建多角色分層敏捷團(tuán)隊(duì)團(tuán)隊(duì)各角色職責(zé)如下：第9頁(yè)/共31頁(yè)推到“角色墻”組建多角色分層敏捷團(tuán)隊(duì)日常7個(gè)會(huì)議確保有效溝通第10頁(yè)/共31頁(yè)需求不穩(wěn)定之困—分階段細(xì)化需求，并行研發(fā)

根據(jù)Scrum敏捷研發(fā)思想，通過分階段細(xì)化研發(fā)范圍，確定每個(gè)迭代的需求Backlog，并行研發(fā)，減少需求變化對(duì)后續(xù)開發(fā)活動(dòng)的影響。并且，通過定期召開“需求會(huì)議”和“下一次迭代內(nèi)容溝通”，穩(wěn)步推進(jìn)需求逐步細(xì)化，為后續(xù)開發(fā)工作提前做準(zhǔn)備。編寫迭代詳細(xì)需求

根據(jù)產(chǎn)品概要需求，編寫迭代詳細(xì)需求文檔，并形成SprintBacklog,確定迭代的工作范圍，每個(gè)backlog的編寫遵循以下格式的關(guān)鍵要素：Asa<role>,Iwantto<goal>soican<businessvalue>.通過四步驟完成： 1.找出角色（role）； 2.明確不同角色能夠做什么（goal）； 3.確定怎樣做會(huì)給該角色帶來的好處（businessvalue）； 4.明確其衡量標(biāo)準(zhǔn)（AcceptanceTest）。第11頁(yè)/共31頁(yè)分階段細(xì)化需求，并行研發(fā)

Backlog示例如下：第12頁(yè)/共31頁(yè)分階段細(xì)化需求，并行研發(fā)

兩層級(jí)溝通會(huì)逐漸細(xì)化明確研發(fā)范圍需求會(huì)議： 每個(gè)迭代中期召開； 各Scrum開發(fā)團(tuán)隊(duì)需求分析師討論下一迭代Sprint目標(biāo)； 確定下一迭代Backlog優(yōu)先級(jí)； 討論需要跨團(tuán)隊(duì)協(xié)調(diào)問題，指定責(zé)任人； 全員發(fā)布會(huì)議內(nèi)容; 會(huì)議以需求Scrum團(tuán)隊(duì)為單位。下一迭代內(nèi)容溝通會(huì)：每個(gè)迭代中期召開； 需求分析師向Scrum開發(fā)團(tuán)隊(duì)說明下一迭代工作目標(biāo)和范圍；開發(fā)經(jīng)理和測(cè)試工程師粗略估計(jì)工作量，最終確定下一迭代Backlog;全員發(fā)布會(huì)議內(nèi)容;會(huì)議以開發(fā)Scrum團(tuán)隊(duì)為單位。(會(huì)議的具體說明，詳見附件)第13頁(yè)/共31頁(yè)計(jì)劃執(zhí)行差之困—分階段制定并跟蹤開發(fā)計(jì)劃在研發(fā)過程中，由于時(shí)常受到一些計(jì)劃之外工作的干擾，譬如突發(fā)的項(xiàng)目支持問題、需求變更，往往導(dǎo)致制定的計(jì)劃執(zhí)行性差。結(jié)合Scrum敏捷研發(fā)思想，采用分階段執(zhí)行并跟蹤計(jì)劃，來確保計(jì)劃的可執(zhí)行性。包括估算迭代工作量、明確迭代頻度，和從計(jì)劃制定、發(fā)布到跟蹤的日常4個(gè)會(huì)議，隨時(shí)發(fā)現(xiàn)進(jìn)度風(fēng)險(xiǎn)。估算迭代工作量

Scrum敏捷應(yīng)用的工作量估算，主要通過估算總工期、計(jì)算平均生存力，最終完成總工作量的估算。 總工作量=開發(fā)時(shí)間+需求討論及設(shè)計(jì)交流時(shí)間 開發(fā)時(shí)間=總工期/平均生存力/開發(fā)人數(shù) 需求討論及設(shè)計(jì)交流時(shí)間=開發(fā)時(shí)間*30% 1.估算總工期 根據(jù)ProductBacklog條目，逐條進(jìn)行估算。第14頁(yè)/共31頁(yè)分階段制定并跟蹤開發(fā)計(jì)劃

2.計(jì)算平均生產(chǎn)力根據(jù)每位開發(fā)工程師的工作能力和工作經(jīng)驗(yàn)估算生產(chǎn)力，計(jì)算平均生產(chǎn)力。第15頁(yè)/共31頁(yè)分階段制定并跟蹤開發(fā)計(jì)劃

3.估算總工作量 總工作量估算以開發(fā)時(shí)間為主。明確迭代頻度

通常每個(gè)Sprint周期的長(zhǎng)度由本版本產(chǎn)品的全部Backlog的總工期和開發(fā)團(tuán)隊(duì)的研發(fā)效率來決定的，同時(shí)也要考慮產(chǎn)品的特點(diǎn)和團(tuán)隊(duì)成員的開發(fā)節(jié)奏。通常會(huì)選擇2-4周作為一個(gè)Sprint迭代周期，長(zhǎng)短的優(yōu)缺點(diǎn)：短的Sprint周期，意味著短的反饋周期，更頻繁的交付和用戶反饋，在錯(cuò)誤的方向上花的時(shí)間更少，學(xué)習(xí)和改進(jìn)速度更快。通常適用于需求變化頻繁的產(chǎn)品。長(zhǎng)的Sprint周期，意味著團(tuán)隊(duì)有更多時(shí)間充分準(zhǔn)備和解決問題，達(dá)成Sprint目標(biāo)，同時(shí)不必被批發(fā)的Sprint計(jì)劃會(huì)和演示打斷開發(fā)節(jié)奏，通常適用于需求穩(wěn)定的產(chǎn)品。特殊說明： 1.一旦確定Sprint周期，不要輕易調(diào)整，影響團(tuán)隊(duì)開發(fā)節(jié)奏，影響研發(fā)效率。 2.在一個(gè)部門組織內(nèi)，存在多個(gè)Scrum團(tuán)隊(duì)時(shí)，盡量保持所有團(tuán)隊(duì)步調(diào)一致。第16頁(yè)/共31頁(yè)分階段制定并跟蹤開發(fā)計(jì)劃從計(jì)劃制定、發(fā)布到追蹤日常4個(gè)會(huì)議確保計(jì)劃可執(zhí)行

為了確保研發(fā)計(jì)劃的有效執(zhí)行，通過日常的4個(gè)會(huì)議，從計(jì)劃制定、發(fā)布到追蹤，保證計(jì)劃的可執(zhí)行性。迭代計(jì)劃會(huì)作為迭代啟動(dòng)會(huì)議，迭代開始時(shí)召開； 確定本迭代目標(biāo)和本迭代Backlog;評(píng)估工作量，完成Backlog細(xì)化開發(fā)任務(wù)、及任務(wù)的分配；全員發(fā)布會(huì)議內(nèi)容;會(huì)議以開發(fā)Scrum團(tuán)隊(duì)為單位。每日立會(huì) 每天早上召開；每個(gè)成員匯報(bào)昨天的開發(fā)進(jìn)度和今天的開發(fā)計(jì)劃、及遇到的障礙；會(huì)議以開發(fā)Scrum團(tuán)隊(duì)為單位。

第17頁(yè)/共31頁(yè)分階段制定并跟蹤開發(fā)計(jì)劃開發(fā)經(jīng)理會(huì)議 每個(gè)迭代中期召開； 各Scrum開發(fā)團(tuán)隊(duì)的開發(fā)經(jīng)理匯報(bào)各自團(tuán)隊(duì)進(jìn)度（尤其是接口協(xié)作任務(wù)進(jìn)度）;確定下一迭代接口協(xié)作任務(wù)的開發(fā)順序和完成時(shí)間；說明各自團(tuán)隊(duì)遇到的障礙和問題，分享各自團(tuán)隊(duì)好的工作方法和成果；全員發(fā)布會(huì)議內(nèi)容;會(huì)議以開發(fā)經(jīng)理Scrum團(tuán)隊(duì)為單位。進(jìn)度評(píng)估會(huì)每月召開一次；需求開發(fā)、測(cè)試分別匯報(bào)研發(fā)進(jìn)度；說明各自業(yè)務(wù)團(tuán)隊(duì)遇到的障礙和問題，安排負(fù)責(zé)人協(xié)調(diào)解決；全員發(fā)布會(huì)議內(nèi)容;會(huì)議以部門級(jí)Scrum團(tuán)隊(duì)為單位。第18頁(yè)/共31頁(yè)產(chǎn)品引用滿足度不高之困—分階段提前驗(yàn)證產(chǎn)品滿足度 根據(jù)Scrum敏捷開發(fā)思想，在每一個(gè)迭代最后召開“迭代演示會(huì)議”，研發(fā)團(tuán)隊(duì)想架構(gòu)師/產(chǎn)品經(jīng)理或原型客戶演示本次迭代的成果，把產(chǎn)品的應(yīng)用驗(yàn)證提前到每個(gè)迭代，為偏差留出修正空間。同時(shí)通過日常研發(fā)過程分析，發(fā)現(xiàn)其中可能存在的風(fēng)險(xiǎn)，及時(shí)調(diào)整。“迭代演示會(huì)議”提前驗(yàn)證滿意度 迭代演示會(huì)議： 作為迭代成果驗(yàn)收會(huì)議，迭代完成時(shí)召開； 由測(cè)試工程師演示本迭代成果（產(chǎn)品功能）; 架構(gòu)師/產(chǎn)品經(jīng)理或原型客戶對(duì)迭代成果發(fā)表改進(jìn)意見； 演示中的問題記入下一迭代工作內(nèi)容； 全員發(fā)布迭代演示結(jié)果； 會(huì)議以Scrum開發(fā)團(tuán)隊(duì)為單位.第19頁(yè)/共31頁(yè)附引進(jìn)原型客戶的四個(gè)階段：概要分析階段找出原型客戶，即業(yè)務(wù)需求清晰、業(yè)務(wù)應(yīng)用熟悉，具有行業(yè)普遍性或領(lǐng)先性。需求調(diào)研階段確認(rèn)是否可以參與產(chǎn)品的研發(fā)過程，告知參與方式和頻度，確定具體客戶代表。產(chǎn)品開發(fā)階段參與迭代演示會(huì)議，提出迭代成果評(píng)審意見。用戶驗(yàn)證階段參與用戶驗(yàn)證，驗(yàn)證產(chǎn)品功能。第20頁(yè)/共31頁(yè)日常研發(fā)過程分析1.燃盡圖看Sprint內(nèi)任務(wù)完成情況是否出現(xiàn)偏差曲線明顯偏向上方時(shí)，存在任務(wù)延期風(fēng)險(xiǎn)，明顯偏向下方時(shí)，任務(wù)進(jìn)度提前，需要增加Backlog。第21頁(yè)/共31頁(yè)2.進(jìn)度曲線圖看各迭代進(jìn)度是否可控每個(gè)迭代的完成標(biāo)準(zhǔn)是測(cè)試用例提交率100%，并通過迭代演示。每個(gè)迭代的測(cè)試用例提交率在90%上下時(shí)，說明進(jìn)度可控，延期率清晰可度量。在進(jìn)度穩(wěn)定可控的情況下，各迭代內(nèi)測(cè)試用例個(gè)數(shù)逐漸增多，生存率穩(wěn)步提升。第22頁(yè)/共31頁(yè)3.缺陷積壓曲線圖看團(tuán)隊(duì)工作負(fù)荷與產(chǎn)品質(zhì)量每個(gè)迭代缺陷積壓量相對(duì)平穩(wěn)，團(tuán)隊(duì)工作負(fù)荷穩(wěn)定采用優(yōu)先解決影響主流程缺陷的策略，新功能開發(fā)完成后（sprint7）,缺陷積壓以簡(jiǎn)單控制性錯(cuò)誤為主，迅速收斂，產(chǎn)品質(zhì)量無重大風(fēng)險(xiǎn)。第23頁(yè)/共31頁(yè)研發(fā)人員業(yè)務(wù)能力參差不齊之困—通過機(jī)制保證持續(xù)提升人員業(yè)務(wù)能力和研發(fā)效率“全員講師全員培訓(xùn)”機(jī)制

研發(fā)團(tuán)隊(duì)業(yè)務(wù)能力的提升一直困擾著各個(gè)研發(fā)機(jī)構(gòu)，也制約著研發(fā)效率的提升。在Scrum敏捷應(yīng)用過程中，每個(gè)人發(fā)揮各自擅長(zhǎng)領(lǐng)域，人人都是講師人人都參加培訓(xùn)，做到全員培訓(xùn)營(yíng)造學(xué)習(xí)型組織?！暗仡檿?huì)議”持續(xù)提升研發(fā)效率 會(huì)議關(guān)鍵點(diǎn)： 迭代完成時(shí)召開； 總結(jié)迭代開發(fā)過程中好的工作方式和可能的改進(jìn)點(diǎn)； 團(tuán)隊(duì)成員以頭腦風(fēng)暴、輪流發(fā)言、自愿發(fā)言方式； 全員發(fā)布會(huì)議內(nèi)容； 以Scrum開發(fā)團(tuán)隊(duì)為單位。第24頁(yè)/共31頁(yè)“敏捷研發(fā)績(jī)效考核”機(jī)制

涵蓋Scrum敏捷團(tuán)隊(duì)全部角色，同時(shí)兼顧在研產(chǎn)品研發(fā)和發(fā)版產(chǎn)品的項(xiàng)目支持，兼顧研產(chǎn)品的缺陷修復(fù)和發(fā)版后的產(chǎn)品質(zhì)量，兼顧任務(wù)完成率和完成質(zhì)量，以及推動(dòng)重新的激勵(lì)機(jī)制。績(jī)效考核結(jié)構(gòu)圖：第25頁(yè)/共31頁(yè)第26頁(yè)/共31頁(yè)第27頁(yè)/共31頁(yè)效果與價(jià)值NC5.7版本對(duì)于資金管理產(chǎn)品而言，是一個(gè)極具挑戰(zhàn)的版本，需要在不足6個(gè)月內(nèi)完成4個(gè)全新的產(chǎn)品模塊開發(fā)，完成10個(gè)模塊的大幅度升級(jí)改造，在功能上達(dá)到超越競(jìng)爭(zhēng)對(duì)手的目標(biāo)，確立商場(chǎng)競(jìng)爭(zhēng)優(yōu)勢(shì)，為后續(xù)的NC6.0開發(fā)奠定基礎(chǔ)。采取Scrum敏捷開發(fā)方法后，工作質(zhì)量和工作效率得到明顯提升：第28頁(yè)/共31頁(yè)效果與價(jià)值同時(shí)也取得良好效果：促進(jìn)需求、開發(fā)、測(cè)試之間