Scrum敏捷開(kāi)發(fā)淺談

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

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

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

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

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

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

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

8、隊(duì)資源現(xiàn)有軟件Sprint目標(biāo)Sprint Backlog1. PO講解需求以及項(xiàng)目目標(biāo)2. 通過(guò)討論，由PO確認(rèn)功能的優(yōu)先級(jí)1. 按照優(yōu)先級(jí)討論和設(shè)計(jì)功能2. 逐項(xiàng)評(píng)估時(shí)間，確定和生成Sprint Backlog項(xiàng)目計(jì)劃23Story列表故事是用來(lái)講的、分享的、討論的-有價(jià)值：從商業(yè)的角度闡述（非技術(shù)術(shù)語(yǔ)）-小、獨(dú)立：簡(jiǎn)單的功能-可討論：關(guān)于故事的交流更重要-動(dòng)態(tài)的：伴隨交流，確定細(xì)節(jié)、優(yōu)先級(jí)-優(yōu)先級(jí)、需要交付的截止日期大需求可先寫下大故事，再提煉、分解24Story列表XXXXX備注：XXX內(nèi)容優(yōu)先級(jí)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估算時(shí)間(story point) 計(jì)劃紙牌26Daily Meetingl每天 15 分鐘，團(tuán)隊(duì)面對(duì)面站立成圈l晨會(huì)是為項(xiàng)目信息同步可視化,不是為了解決問(wèn)題l避免無(wú)關(guān)的討論(SM引導(dǎo))l歡迎各界人士，但只有“豬”可以發(fā)言 27任務(wù)看板-燃盡圖28迭代結(jié)果的驗(yàn)收(Review)迭代結(jié)果的驗(yàn)收(Review)n團(tuán)隊(duì)需要演示所完成的迭代工作n典型的做法是使用演示形式展示新功能或者底層架構(gòu)的實(shí)現(xiàn)n非正式的n2小時(shí)的提前

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

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