Scrum敏捷開發(fā)淺談

1、1 Scrum敏捷開發(fā)淺談2目錄p 理解敏捷p 敏捷開發(fā)流程p Scrum迭代式增量軟件開發(fā)p 總結(jié)3理解敏捷 何為敏捷？敏捷核心價值是什么？4理解敏捷敏捷開發(fā)是“一種以人為核心、迭代、循序漸進(jìn)的開發(fā)方法 ! ”在敏捷開發(fā)中，軟件項目在構(gòu)建初期被切分成多個子項目，各個子項目的成果都經(jīng)過測試，具備可視、可集成和可運(yùn)行使用的特征。5理解敏捷敏捷開發(fā)核心價值觀是什么呢？答案是： 溝通，簡單，反饋，勇氣6理解敏捷敏捷開發(fā)的核心思想是：以人為本，適應(yīng)變化。敏捷宣言敏捷宣言7誰在用敏捷8敏捷更符合軟件開發(fā)規(guī)律軟件更像一個活著的植物，軟件開發(fā)是自底向上逐步有序的生長過程，類似于植物自然生長敏捷開發(fā)遵循軟件客

2、觀規(guī)律，不斷的進(jìn)行迭代增量開發(fā)，最終交付符合客戶價值的產(chǎn)品傳統(tǒng)開發(fā)傳統(tǒng)開發(fā)敏捷開發(fā)敏捷開發(fā)9目錄p 理解敏捷p 敏捷開發(fā)流程p Scrum迭代式增量軟件開發(fā)p 總結(jié)10敏捷開發(fā)流程11敏捷開發(fā)流程12目錄p 理解敏捷p 敏捷開發(fā)流程p Scrum迭代式增量開發(fā)p 總結(jié)13Scrum特點(diǎn)Scrum將小型團(tuán)隊轉(zhuǎn)化為自身命運(yùn)的管理者-強(qiáng)調(diào)每個人的主動性與參與性-快速實現(xiàn)“頻繁變更的需求”-關(guān)注交付與產(chǎn)出的商業(yè)價值目的：促使整個開發(fā)過程迅速、自我驅(qū)動14Scrum框架迭代迭代每30天Daily SCRUM每24小時高優(yōu)先級可運(yùn)行的軟件工作項分解產(chǎn)品訂單Product Backlog迭代訂單Sprint

3、 Backlog新的功能增量迭代規(guī)劃會議Sprint Plan一般不超過8小時。前4個小時：產(chǎn)品負(fù)責(zé)人向團(tuán)隊展示最高優(yōu)先級的產(chǎn)品，團(tuán)隊則向他詢問產(chǎn)品Backlog的內(nèi)容、目的、含義及意圖。后4小時：團(tuán)隊計劃本Sprint的安排迭代復(fù)審會議Sprint Review 一般4個小時，由團(tuán)隊成員向產(chǎn)品負(fù)責(zé)人額其他利益相關(guān)人展示Sprint周期內(nèi)的產(chǎn)品開發(fā)情況迭代回顧會議Sprint Retrospective一般3個小時， Scrum Master將鼓勵團(tuán)隊在SCRUM過程框架和實踐范圍內(nèi)，對開發(fā)過程做出修改，使它在下一個Sprint周期中更加有效和令人愉快每日站立會議Daily Scrum Mee

4、ting在簡會上，每個成員主要回答三個問題;自上次SCRUM簡會后的一天了（昨天），你做了什么?從現(xiàn)在到下次SCRUM簡會的一天里（今天），你要做什么?在實現(xiàn)SCRUM及項目目標(biāo)的工作中，你遇到哪些困難嗎? 產(chǎn)品負(fù)責(zé)人產(chǎn)品負(fù)責(zé)人Scrum主管主管開發(fā)團(tuán)隊開發(fā)團(tuán)隊15Scrum角色及職責(zé)16Scrum角色分類 - 各種“豬”Product Owner-傳遞來自市場的聲音、提升項目的回報-確定產(chǎn)品Backlog中的優(yōu)先級-從產(chǎn)品的角度確保團(tuán)隊工作方向Scrum Master-管理Scrum流程，確保Scrum運(yùn)轉(zhuǎn)-確保每個Sprint目標(biāo)的實現(xiàn)與產(chǎn)出，不受外界干擾團(tuán)隊 -由5-9人組成（開發(fā)，測試

5、等）、評估每個Sprint工作17非Scrum角色 - “雞”利益相關(guān)者（客戶，供應(yīng)商）-產(chǎn)品使用者、項目相關(guān)者-僅在Sprint回顧展示中參加會議 -經(jīng)理 -設(shè)置環(huán)境的產(chǎn)品開發(fā)組織管理層-公司管理層（比如總裁辦公室等）-垂直職能經(jīng)理層（比如開發(fā)經(jīng)理等）18Scrum角色敏捷團(tuán)隊包括3個核心角色: PO(Product Owner)、Scrum Master(Scrum教練)和Team(開發(fā)產(chǎn)品)19Scrum角色職責(zé)角色名稱角色定義角色職責(zé)注意事項Product Owner（產(chǎn)品負(fù)責(zé)人）確保Team做正確的事l代表利益相關(guān)人（如用戶、Marketing、用服、管理者等），對產(chǎn)品投資回報負(fù)責(zé)l

6、確定產(chǎn)品發(fā)布計劃l定義產(chǎn)品需求并確定優(yōu)先級l驗收迭代結(jié)果，并根據(jù)驗收結(jié)果和需求變化刷新需求清單和優(yōu)先級l除了客戶需求之外，內(nèi)部任務(wù)如重構(gòu)、持續(xù)集成環(huán)境搭建等也由PO納入統(tǒng)一管理Scrum Master（Scrum教練）確保Team正確地做事l輔導(dǎo)團(tuán)隊正確應(yīng)用敏捷實踐l引導(dǎo)團(tuán)隊建立并遵守規(guī)則l保護(hù)團(tuán)隊不受打擾l推動解決團(tuán)隊遇到的障礙l激勵團(tuán)隊l不命令和控制TeamTeam（開發(fā)團(tuán)隊）負(fù)責(zé)產(chǎn)品需求實現(xiàn)l負(fù)責(zé)估計工作量并根據(jù)自身能力找出最佳方案去完成任務(wù)且保證交付質(zhì)量l向PO和利益相關(guān)人演示工作成果（可運(yùn)行的軟件）l團(tuán)隊自我管理、持續(xù)改進(jìn)l一般由5-9名跨功能領(lǐng)域人員組成l坐在一起工作l有共同的目標(biāo)

7、，共擔(dān)責(zé)任l團(tuán)隊成員嚴(yán)格遵守團(tuán)隊規(guī)則20Scrum工具-PO：準(zhǔn)備Product Backlog-團(tuán)隊：-Sprint計劃會議（Sprint Backlog）-Daily 簡會-評審會議、總結(jié)21Scrum工具Product Backlog-所有需要完成的產(chǎn)品清單，包括優(yōu)先級、商業(yè)訴求，PO負(fù)責(zé)Sprint Backlog-由團(tuán)隊主動選擇完成的每個Sprint需要完成的Story列表-每個Story包括了需求、優(yōu)先級、工作量-一旦確定，不亦更改Sprint Burn down-顯示工作量趨勢變化的圖表-每天由Scrum Master更新22Sprint 計劃會議Product Backlog團(tuán)

8、隊資源現(xiàn)有軟件Sprint目標(biāo)Sprint Backlog1. PO講解需求以及項目目標(biāo)2. 通過討論，由PO確認(rèn)功能的優(yōu)先級1. 按照優(yōu)先級討論和設(shè)計功能2. 逐項評估時間，確定和生成Sprint Backlog項目計劃23Story列表故事是用來講的、分享的、討論的-有價值：從商業(yè)的角度闡述（非技術(shù)術(shù)語）-小、獨(dú)立：簡單的功能-可討論：關(guān)于故事的交流更重要-動態(tài)的：伴隨交流，確定細(xì)節(jié)、優(yōu)先級-優(yōu)先級、需要交付的截止日期大需求可先寫下大故事，再提煉、分解24Story列表XXXXX備注：XXX內(nèi)容優(yōu)先級P1Sprint Sprint 1細(xì)節(jié)1：XXX細(xì)節(jié)2：XXX細(xì)節(jié)3：XXXTask 1：

9、3 hourTask 2：2 hourTask 3：3 hourTask 4：3 hourTask 5：2 hourTask 6：3 hourDeadline2015XXXXSP825估算時間(story point) 計劃紙牌26Daily Meetingl每天 15 分鐘，團(tuán)隊面對面站立成圈l晨會是為項目信息同步可視化,不是為了解決問題l避免無關(guān)的討論(SM引導(dǎo))l歡迎各界人士，但只有“豬”可以發(fā)言 27任務(wù)看板-燃盡圖28迭代結(jié)果的驗收(Review)迭代結(jié)果的驗收(Review)n團(tuán)隊需要演示所完成的迭代工作n典型的做法是使用演示形式展示新功能或者底層架構(gòu)的實現(xiàn)n非正式的n2小時的提前

10、準(zhǔn)備n不需要正式演示文檔n相關(guān)的利益相關(guān)者n邀請所有關(guān)注產(chǎn)品的人參加29一個好Demo的效果1. 促進(jìn)PO融入團(tuán)隊 PO真正被團(tuán)隊認(rèn)可成為團(tuán)隊的一員，不再是“那個被Boss傳遞需求”2. 判定演示成效： 符合故事結(jié)果預(yù)期 沒有Bug 亮點(diǎn)可以是技術(shù)的革新，界面好，生產(chǎn)力提升等 每個評委都必須把不足點(diǎn)表達(dá)出，并請團(tuán)隊改進(jìn)3. 溝通： 每個故事Demo后，有1 3分鐘溝通和提問，團(tuán)隊會直接直面客戶的反饋30目錄p 理解敏捷p 敏捷開發(fā)流程p Scrum迭代式增量開發(fā)p 總結(jié)31誤解誤解一： 敏捷開發(fā)意味著可以不需要文檔、設(shè)計和計劃誤解二： 敏捷只是一些優(yōu)秀實踐，或者是優(yōu)秀實踐的結(jié)合誤解三： 敏捷只

11、適用于小項目開發(fā)誤解四： 敏捷只會對研發(fā)產(chǎn)生改變誤解五： 管理者不需要親自了解敏捷，只需要管理上支持就可以了誤解六： 引入敏捷只需要按照既定的步驟去做就可以了誤解七： 敏捷是CMM的替代品，是另一種流程誤解八： 敏捷只注重特性的快速交付，在敏捷下架構(gòu)不重要了32統(tǒng)一認(rèn)識：敏捷=理念+優(yōu)秀實踐+具體應(yīng)用理念優(yōu)秀實踐具體應(yīng)用 理念（敏捷核心思想）敏捷包括3個層次 優(yōu)秀實踐（敏捷的經(jīng)驗積累） 具體應(yīng)用（能夠結(jié)合自身靈活應(yīng)用才是真正敏捷）33敏捷軟件開發(fā)典型場景PO和開發(fā)團(tuán)隊對產(chǎn)品業(yè)務(wù)目標(biāo)形成共識PO建立和維護(hù)產(chǎn)品需求列表（需求會不斷新增和改變）,并進(jìn)行優(yōu)先級排序PO每輪迭代前，Review需求列表，并篩選高優(yōu)先