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

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

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

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

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

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

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

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

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

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

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

11、使下一個Sprint更為有效和愉快調(diào)整Scrum規(guī)模使得Scrum適合于大型軟件開發(fā)的主要方法: Scrum of Scrums每一個Scrum Team同樣有一個代表(通常是 Scrum Master),參與Scrum of Scrums會議協(xié)調(diào)多個Scrum Teams的工作這些會議類似于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)品 緊張積極的編程時間表完全可以測試的軟件產(chǎn)品更新?lián)Q代構(gòu)件序列性地更改體

12、系結(jié)構(gòu),避免從新設(shè)計資源指南 書籍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