SDM242Scrum介紹最新的快捷軟件研發(fā)過程

1、SDM 242Scrum: 介紹最新的快捷軟件研發(fā)過程 朱敏博士微軟有限公司議程 1快捷軟件開發(fā)過程 Agile Software Development什么是Scrum?Scrum的重要特性Scrum工作流Scrum團(tuán)隊(duì)的組成產(chǎn)品主管Product OwnerScrum主管 Scrum MasterScrum團(tuán)隊(duì)議程 2Scrum研發(fā)過程概況產(chǎn)品記錄 Product BacklogSprint規(guī)劃會(huì)議 Sprint Planning MeetingScrum記錄 Scrum Backlog日常Scrum Daily ScrumSprint評(píng)估會(huì)議 Sprint Review MeetingS

2、print回顧會(huì)議Sprint Retrospective Meeting調(diào)整Scrum規(guī)模 Scaling Scrum議程 3Scrum帶來的挑戰(zhàn)資源指南問題回答快捷軟件開發(fā)過程速度,適應(yīng)性和靈活性是現(xiàn)代商業(yè)軟件開發(fā)的本質(zhì)Agile Software Development在不同公司的數(shù)以千計(jì)的不同項(xiàng)目體現(xiàn)了有效性和可行性特別適用于小型研發(fā)隊(duì)伍經(jīng)常性的推出產(chǎn)品更新(=10團(tuán)隊(duì)成員)一個(gè)快捷輕便的過程一個(gè)迭代遞增型的實(shí)踐一個(gè)適應(yīng)和經(jīng)驗(yàn)型的系統(tǒng)管理現(xiàn)存軟件工程實(shí)踐的包裝 A wrapper for existing engineering practices (XP, RUP)一個(gè)提高軟件生產(chǎn)效

3、率,改善溝通和合作的方法什么是Scrum?Scrum的重要特性自發(fā)組織管理的團(tuán)隊(duì)由商業(yè)價(jià)值Business Value驅(qū)使的頻繁而快速的檢驗(yàn)和規(guī)劃,使功能不斷更新和加強(qiáng)及時(shí)控制需求利益等因素的沖突和矛盾實(shí)時(shí)地監(jiān)測(cè)和掃除障礙Scrum工作流程*Source: http:/Scrum工作流程:另一視角*Source: http:/Scrum團(tuán)隊(duì)的組成:Product Owner代表產(chǎn)品線的利益,與Scrum Master和 Scrum Team合作負(fù)責(zé)管理和確定產(chǎn)品記錄的優(yōu)先次序,相應(yīng)按照商業(yè)價(jià)值開發(fā)產(chǎn)品更新?lián)Q代的功能側(cè)重于投資回報(bào)Return Of InvestmentScrum團(tuán)隊(duì)的組成:Sc

4、rum Master為Scrum Team服務(wù),確保每一個(gè)成員都認(rèn)同Scrum價(jià)值觀和遵守其游戲規(guī)則組織每天的Daily Scrum會(huì)議負(fù)責(zé)保證Scrum Team的持續(xù)進(jìn)展決策和免除障礙幫助Scrum Team規(guī)劃Sprint計(jì)劃Scrum團(tuán)隊(duì)自我管理,自我組織,多功能,通常由6 10 人組成負(fù)責(zé)將Product Backlog轉(zhuǎn)化成Sprint中的工作項(xiàng)目所有團(tuán)隊(duì)成員協(xié)調(diào),合作和完成Sprint中每一個(gè)規(guī)定的工作所有團(tuán)隊(duì)成員和Scrum Master負(fù)責(zé)每一個(gè)Sprint的成功Scrum研發(fā)過程 - 概況1Scrum的進(jìn)程由一系列迭代過程Sprints組成 需要研發(fā)的功能在Product

5、Backlog中列表表中的項(xiàng)目是商業(yè)和技術(shù)功能的動(dòng)態(tài)序列Sprint從Sprint Planning Meeting開始Product Owner從Product Backlog中選擇最高級(jí)別和最優(yōu)先的項(xiàng)目去實(shí)現(xiàn)Scrum Team決定該項(xiàng)目有多少可以在Sprint中開發(fā)完成Scrum研發(fā)過程 - 概況2經(jīng)同意要實(shí)現(xiàn)的功能轉(zhuǎn)到Sprint Backlog Scrum Team一步步開發(fā)需要的功能,Scrum Master通過Daily Scrum會(huì)議關(guān)注每天的進(jìn)展 Sprint結(jié)束時(shí),在Sprint Review Meeting會(huì)議上Sprint向Product Owner給出Producti

6、on-Quality和 Demonstrable Business Functionality產(chǎn)品記錄:Product Backlog每一個(gè)產(chǎn)品線有一個(gè)專門的Product Backlog由 Product Owner負(fù)責(zé)優(yōu)先級(jí)確定的,主要的產(chǎn)品項(xiàng)目表格FeaturesFunctionsTechnologiesEnhancements次序完全由商業(yè)價(jià)值決定隨時(shí)間推移產(chǎn)生商業(yè)價(jià)值變化導(dǎo)致從新確定項(xiàng)目的優(yōu)先次序(Reprioritization)最高級(jí)別的產(chǎn)品更新?lián)Q代項(xiàng)目需要立刻進(jìn)行分析和估計(jì),決定最終的研發(fā)要求Sprint規(guī)劃會(huì)議:上半部分整個(gè)會(huì)議通常需要一天在Sprint開始時(shí)進(jìn)行Produc

7、t Owner描述Product Backlog中最高級(jí)別的項(xiàng)目Product Owner回答Scrum Team關(guān)于項(xiàng)目?jī)?nèi)容,目的和具體功能的問題Scrum Team估計(jì)可以在Sprint中完成的任務(wù)被選擇的項(xiàng)目轉(zhuǎn)移到Sprint BacklogScrum Team確定Sprint的目標(biāo)簡(jiǎn)單描述哪些任務(wù)回在Sprint中完成概括終結(jié)Sprint BacklogSprint規(guī)劃會(huì)議:下半部分Scrum Team分別討論規(guī)劃Sprint用戶要求(User Stories)分化成具體的工程任務(wù)進(jìn)行時(shí)間和人數(shù)上的估計(jì) Product Owner保證在這次Sprint中其內(nèi)容不會(huì)更改如果重要改變發(fā)生使

8、得Product Owner預(yù)料 Sprint內(nèi)容需要更改,那么該Sprint就被取消,新的Sprint產(chǎn)生,需要進(jìn)行另一個(gè)Sprint Planning MeetingScrum記錄Scrum記錄是Scrum Team 承諾在Sprint中能夠完成的工作Scrum Team基于Product Owner設(shè)置的優(yōu)先權(quán)和重要性選擇Product Backlog的項(xiàng)目放入Sprint BacklogScrum Team決定Sprint能完成多少工作Scrum Team 維護(hù)和更新Sprint Backlog: 多少工作以完成,多少尚未完成在Sprint保存的工作每天計(jì)算更新和發(fā)布Product O

9、wner決定如果某份工作需要從Sprint中刪除,必須保證Sprint的目的仍能達(dá)到日常Scrum 1Scrum Team每天在同一時(shí)間召開會(huì)議,通常在早晨以確定一天的工作計(jì)劃 對(duì)項(xiàng)目進(jìn)行快速總結(jié),Scrum Team可以從新考慮和更新任務(wù)分享最重要的信息一般是1530分鐘日常Scrum 2在每一次Daily Scrum中每個(gè)小組成員回答下面3個(gè)問題:從昨天到現(xiàn)在你完成了什么工作?你今天準(zhǔn)備做什么?你有什么障礙或依賴? 日常Scrum 3Scrum Master保證會(huì)議簡(jiǎn)潔明快,焦點(diǎn)集中于每個(gè)人的3個(gè)問題Product Owner在會(huì)議上旁聽,主要興趣在于項(xiàng)目進(jìn)展和困難Scrum Team由此

10、可以知道整個(gè)項(xiàng)目進(jìn)展的時(shí)間表日常Scrum 4不是項(xiàng)目狀況更新會(huì)議,或關(guān)于某個(gè)成員是否落后于時(shí)間安排是Scrum成員互相的承諾不能分散精力成為系統(tǒng)設(shè)計(jì)討論會(huì)會(huì)議中提到的問題應(yīng)會(huì)后解決Sprint評(píng)估會(huì)議Scrum Team向Product Owner或其他有興趣的人員演示和報(bào)告Sprint開發(fā)的成果和進(jìn)展產(chǎn)生對(duì)比于Sprint Planning Meeting定義的需求和功能的評(píng)價(jià)評(píng)估是非正式的,是對(duì)Sprint的一個(gè)自然總結(jié)報(bào)告,不應(yīng)分散Scrum Team的注意力每一個(gè)月舉行一次Sprint回顧會(huì)議Scrum Master鼓勵(lì)每一個(gè)Scrum Team成員去修正Scrum的研發(fā)和管理過程,

11、使下一個(gè)Sprint更為有效和愉快調(diào)整Scrum規(guī)模使得Scrum適合于大型軟件開發(fā)的主要方法: Scrum of Scrums每一個(gè)Scrum Team同樣有一個(gè)代表(通常是 Scrum Master),參與Scrum of Scrums會(huì)議協(xié)調(diào)多個(gè)Scrum Teams的工作這些會(huì)議類似于Daily Scrum,但每周召開一次Scrum帶來的挑戰(zhàn)The success of Scrum is largely about execution將PM/Dev/Test的職責(zé)轉(zhuǎn)化成Scrum Team確保在30天內(nèi)有高質(zhì)量的產(chǎn)品 緊張積極的編程時(shí)間表完全可以測(cè)試的軟件產(chǎn)品更新?lián)Q代構(gòu)件序列性地更改體

12、系結(jié)構(gòu),避免從新設(shè)計(jì)資源指南 書籍Agile Software Development with Scrum by Ken Schwaber and Mike BeedleAgile Project Management with Scrum by Ken Schwaber 資源指南 網(wǎng)站Agile Alliance Scrum web site Scrum meets RUP/developerworks/rational/library/feb05/krebs資源指南 論壇和論文Yahoo Scrum Development discussion group http:/group/scrumdevelopm