Scrum敏捷開發(fā)管理辦法20150921

Scrum敏捷開發(fā)管理辦法V1.0 Scrum敏捷開發(fā)管理辦法V1.0一、 敏捷開發(fā)概念簡(jiǎn)單的說，敏捷開發(fā)是一種以人為核心、迭代、循序漸進(jìn)、小步快走的開發(fā)方法。在敏捷開發(fā)中，軟件項(xiàng)目的構(gòu)建被切分成多個(gè)子項(xiàng)目，各個(gè)子項(xiàng)目的成果都經(jīng)過測(cè)試，具備集成和可運(yùn)行的特征。換言之，就是把一個(gè)大項(xiàng)目分為多個(gè)相互聯(lián)系，但也可獨(dú)立運(yùn)行的小項(xiàng)目，并分別完成，在此過程中軟件一直處于可使用狀態(tài)。二、 敏捷開發(fā)特征開發(fā)方法要稱之為敏捷，需要具備4個(gè)基本特征：增量的、協(xié)作的、直接的、適應(yīng)性強(qiáng)的。增量”是指小版本、頻繁發(fā)布。“協(xié)作”是指客戶和開發(fā)人員之間緊密溝通，經(jīng)常工作在一起?！爸苯印笔侵阜椒ū旧硎侨菀讓W(xué)習(xí)和修改的?！斑m應(yīng)”是指能把剛剛發(fā)生的改變考慮進(jìn)來。 三、 敏捷開發(fā)宣言個(gè)體和交互 勝過 過程和工具可以工作的軟件 勝過 面面俱到的文檔客戶合作 勝過 合同談判響應(yīng)變化 勝過 遵循計(jì)劃雖然右項(xiàng)也很有價(jià)值，但是我們認(rèn)為左項(xiàng)具有更大的價(jià)值四、 敏捷宣言遵循的原則我們遵循以下原則： 我們最優(yōu)先要做的是通過盡早的、持續(xù)的交付有價(jià)值的軟件來使客戶滿意。 即使到了開發(fā)的后期，也歡迎改變需求。敏捷過程利用變化來為客戶創(chuàng)造競(jìng)爭(zhēng)優(yōu)勢(shì)。 經(jīng)常性的交付可以工作的軟件，交付的間隔可以從幾星期到幾個(gè)月，交付間隔越短越好。 在整個(gè)項(xiàng)目開發(fā)期間，業(yè)務(wù)人員和開發(fā)者必須天天都在一起工作。 圍繞被激勵(lì)起來的個(gè)體來構(gòu)建項(xiàng)目。給他們所需的環(huán)境和支持，并且信任他們能夠完成工作。 在團(tuán)隊(duì)內(nèi)部，最具有效果并且富有效率的傳遞信息的方法，就是面對(duì)面的交談。 可以工作的軟件是首要的進(jìn)度度量標(biāo)準(zhǔn)。 敏捷過程提倡可持續(xù)的開發(fā)速度。責(zé)任人、開發(fā)人員和用戶應(yīng)該保持長(zhǎng)期的、恒定的開發(fā)速度。 不斷的關(guān)注優(yōu)秀的技能和好的設(shè)計(jì)會(huì)增強(qiáng)敏捷能力。 簡(jiǎn)單盡可能減少工作量的藝術(shù)至關(guān)重要。 最好的架構(gòu)、需求和設(shè)計(jì)出自于自組織的團(tuán)隊(duì)。 每隔一定時(shí)間，團(tuán)隊(duì)都要總結(jié)如何才能更有效的工作，然后相應(yīng)地調(diào)整自己的行為。五、 Scrum的定義Scrum是一個(gè)輕量級(jí)的軟件開發(fā)方法。Scrum是一個(gè)敏捷開發(fā)框架，是一個(gè)增量的、迭代的開發(fā)過程。在這個(gè)框架中，整個(gè)開發(fā)周期包括若干個(gè)小的迭代周期，每個(gè)迭代周期稱為一個(gè)Sprint，每個(gè)Sprint的建議長(zhǎng)度是2到4周。在Scrum中，使用產(chǎn)品BackLog來管理產(chǎn)品或者是項(xiàng)目的需求，產(chǎn)品backLog是一個(gè)按照商業(yè)價(jià)值排序的需求列表，列表?xiàng)l目的體現(xiàn)形式通常為Story。Scrum開發(fā)團(tuán)隊(duì)從產(chǎn)品BackLog中挑選最有價(jià)值的需求進(jìn)行開發(fā)。Sprint中挑選的需求經(jīng)過Sprint計(jì)劃會(huì)議上的分析，討論和估算得到一個(gè)sprint的任務(wù)列表，我們稱為Spring backLog。在每個(gè)迭代結(jié)束時(shí)，Scrum團(tuán)隊(duì)將交付潛在的可交付的產(chǎn)品增量。六、 Scrum框架術(shù)語類型術(shù)語解釋3個(gè)角色PO（Product Owner）產(chǎn)品負(fù)責(zé)人，類似產(chǎn)品經(jīng)理崗位SM（Scrum Master）Scrum活動(dòng)管理者或教練，類似項(xiàng)目經(jīng)理崗位Scrum Team（團(tuán)隊(duì)）Scrum團(tuán)隊(duì)3個(gè)工件產(chǎn)品backlog（Product Backlog）產(chǎn)品特性列表，類似需求列表，產(chǎn)品特性計(jì)劃會(huì)議后的輸出Sprint Backlog迭代任務(wù)列表，Sprint計(jì)劃會(huì)議后的輸出燃盡圖（Burn-down Chart）燃盡圖，進(jìn)度跟蹤的圖表工具5個(gè)活動(dòng)產(chǎn)品Backlog梳理會(huì)議（ Product Backlog Refinement）產(chǎn)品特性計(jì)劃會(huì)，類似產(chǎn)品范圍規(guī)劃活動(dòng)Sprint計(jì)劃會(huì)議（Sprint Planning Meeting）Sprint計(jì)劃會(huì)議，類似項(xiàng)目需求澄清、任務(wù)分解活動(dòng)每日站會(huì)（Daily Scrum Meeting）每日簡(jiǎn)會(huì)，類似日工作匯報(bào)活動(dòng)Sprint評(píng)審會(huì)議（Sprint Review Meeting）Sprint評(píng)審會(huì)，類似軟件集成活動(dòng)Sprint回顧會(huì)議（Sprint Retrospective Meeting）Sprint回顧會(huì)，類似項(xiàng)目回顧及反思總結(jié)活動(dòng)5個(gè)價(jià)值1. 承諾 愿意對(duì)目標(biāo)做出承諾2. 專注 把你的心思和能力都用到你承諾的工作上去3. 開放 Scrum 把項(xiàng)目中的一切開放給每個(gè)人看4. 尊重 每個(gè)人都有他獨(dú)特的背景和經(jīng)驗(yàn)5. 勇氣 有勇氣做出承諾，履行承諾，接受別人的尊重Sprint沖刺，指某一次迭代開發(fā)階段用戶故事（User Story）用戶故事，從系統(tǒng)各種用戶的各自使用場(chǎng)景角度來描述的功能要求，類似需求規(guī)格說明任務(wù)看板任務(wù)墻，任務(wù)跟蹤的白板工具障礙列表障礙列表，風(fēng)險(xiǎn)記錄跟蹤的工具七、 SCRUM理論基礎(chǔ)Scrum以經(jīng)驗(yàn)性過程控制理論（經(jīng)驗(yàn)主義）做為理論基礎(chǔ)的過程。經(jīng)驗(yàn)主義主張知識(shí)源于經(jīng)驗(yàn), 以及基于已知的東西做決定。Scrum 采用迭代、增量的方法來優(yōu)化可預(yù)見性并控制風(fēng)險(xiǎn)。Scrum 的三大支柱支撐起每個(gè)經(jīng)驗(yàn)性過程控制的實(shí)現(xiàn):透明性、檢驗(yàn)和適應(yīng)。Scrum的三大支柱如下：第一：透明性（Transparency）透明度是指，在軟件開發(fā)過程的各個(gè)環(huán)節(jié)保持高度的可見性，影響交付成果的各個(gè)方面對(duì)于參與交付的所有人、管理生產(chǎn)結(jié)果的人保持透明。管理生產(chǎn)成果的人不僅要能夠看到過程的這些方面，而且必須理解他們看到的內(nèi)容。也就是說，當(dāng)某個(gè)人在檢驗(yàn)一個(gè)過程，并確信某一個(gè)任務(wù)已經(jīng)完成時(shí)，這個(gè)完成必須等同于他們對(duì)完成的定義。第二：檢驗(yàn)（Inspection）開發(fā)過程中的各方面必須做到足夠頻繁地檢驗(yàn)，確保能夠及時(shí)發(fā)現(xiàn)過程中的重大偏差。在確定檢驗(yàn)頻率時(shí)，需要考慮到檢驗(yàn)會(huì)引起所有過程發(fā)生變化。當(dāng)規(guī)定的檢驗(yàn)頻率超出了過程檢驗(yàn)所能容許的程度，那么就會(huì)出現(xiàn)問題。幸運(yùn)的是，軟件開發(fā)并不會(huì)出現(xiàn)這種情況。另一個(gè)因素就是檢驗(yàn)工作成果人員的技能水平和積極性。第三：適應(yīng)（Adaptation）如果檢驗(yàn)人員檢驗(yàn)的時(shí)候發(fā)現(xiàn)過程中的一個(gè)或多個(gè)方面不滿足驗(yàn)收標(biāo)準(zhǔn)，并且最終產(chǎn)品是不合格的，那么便需要對(duì)過程或是材料進(jìn)行調(diào)整。調(diào)整工作必須盡快實(shí)施，以減少進(jìn)一步的偏差。Scrum中通過三個(gè)活動(dòng)進(jìn)行檢驗(yàn)和適應(yīng)：每日例會(huì)檢驗(yàn)Sprint目標(biāo)的進(jìn)展，做出調(diào)整，從而優(yōu)化次日的工作價(jià)值；Sprint評(píng)審和計(jì)劃會(huì)議檢驗(yàn)發(fā)布目標(biāo)的進(jìn)展，做出調(diào)整，從而優(yōu)化下一個(gè)Sprint的工作價(jià)值；Sprint回顧會(huì)議是用來回顧已經(jīng)完成的Sprint，并且確定做出什么樣的改善可以使接下來的Sprint更加高效、更加令人滿意，并且工作更快樂。八、 Scrum開發(fā)模型引用自火星人敏捷開發(fā)手冊(cè)九、 Scrum的角色及職責(zé)先來說一個(gè)故事：一只雞對(duì)一頭豬說：“我們合伙開家飯店吧！”豬想了想，說：“好??！那我們給這個(gè)飯店起個(gè)什么名字呢？”雞說：“就叫【雞蛋和火腿】好了！”豬回答道：“那還是算了吧，你要做的只是下幾只雞蛋，而我卻把命都搭上了！”因此，我們把與開發(fā)相關(guān)的干系人分為兩類，“豬”類人員和“雞”類人員。Scrum中，以下幾個(gè)角色都是“豬”類人員，他們把所有的時(shí)間和精力都投入到產(chǎn)品的開發(fā)中，并對(duì)產(chǎn)品完全負(fù)責(zé)：1、 產(chǎn)品負(fù)責(zé)人產(chǎn)品負(fù)責(zé)人（Product Owner）的職責(zé)如下： 為產(chǎn)品的ROI負(fù)責(zé)。 確定產(chǎn)品的功能。 決定發(fā)布的日期和發(fā)布內(nèi)容。 根據(jù)市場(chǎng)價(jià)值確定功能優(yōu)先級(jí)。 每個(gè)Sprint，根據(jù)需要調(diào)整功能和優(yōu)先級(jí)（每個(gè)Sprint開始前調(diào)整）。 接受或拒絕接受開發(fā)團(tuán)隊(duì)的工作成果。 Product Owner參與Scrum planning。2、 ScrumMaster作為Team Leader和Product owner緊密地工作在一起，他可以及時(shí)地為團(tuán)隊(duì)成員提供幫助。 他必須: 保證團(tuán)隊(duì)資源完全可被利用并且全部是高產(chǎn)出的。 保證各個(gè)角色及職責(zé)的良好協(xié)作。 解決團(tuán)隊(duì)開發(fā)中的障礙。 做為團(tuán)隊(duì)和外部的接口，屏蔽外界對(duì)團(tuán)隊(duì)成員的干擾。 保證開發(fā)過程按計(jì)劃進(jìn)行，組織 Daily Scrum, Sprint Review and Sprint Planning meetings。3、 團(tuán)隊(duì)負(fù)責(zé)產(chǎn)品的開發(fā) 一般情況人數(shù)在5-9個(gè)左右 團(tuán)隊(duì)要跨職能（包括開發(fā)人員、測(cè)試人員、用戶界面設(shè)計(jì)師等） 團(tuán)隊(duì)成員需要全職。（有些情況例外，比如數(shù)據(jù)庫管理員） 在項(xiàng)目向?qū)Х秶鷥?nèi)有權(quán)利做任何事情已確保達(dá)到Sprint的目標(biāo)。 高度的自組織能力。 向Product Owner演示產(chǎn)品功能。 團(tuán)隊(duì)成員構(gòu)成在sprint內(nèi)不允許變化。 團(tuán)隊(duì)整體向產(chǎn)品開發(fā)負(fù)責(zé)。十、 Scrum工件1、 產(chǎn)品Backlog有優(yōu)先級(jí)的故事列表，并估算故事點(diǎn)2、 Sprint Backlog當(dāng)前Sprint要完成的任務(wù)列表，并估算工時(shí) 團(tuán)隊(duì)成員自己挑選任務(wù)，而不是指派任務(wù) 對(duì)每一個(gè)任務(wù)，每天要更新剩余的工作量估算 每個(gè)團(tuán)隊(duì)成員都可以修改Sprint backlog，增加、刪除或者修改任務(wù)3、 發(fā)布燃盡圖直觀反應(yīng)當(dāng)前發(fā)布剩余的工作量，以Sprint周期數(shù)和故事點(diǎn)數(shù)為單位。4、 Sprint燃盡圖Sprint燃盡圖直觀的反映了Sprint過程中，剩余的工作量情況，Y軸表示剩余的工作，X軸表示Sprint的時(shí)間。隨著時(shí)間的消耗工作量逐漸減少，在開始的時(shí)候，由于估算上的誤差或者遺漏工作量有可能呈上升態(tài)勢(shì)。十一、 Sprint過程1、 Sprint計(jì)劃會(huì)議 團(tuán)隊(duì)從產(chǎn)品backlog中挑選他們承諾完成的條目。（做什么） 創(chuàng)建Sprint Backlog （怎么做） 標(biāo)識(shí)具體的任務(wù)并為任務(wù)做估算 由團(tuán)隊(duì)協(xié)作完成，而不是Scrum Master 考慮了高層設(shè)計(jì)2、 Scrum每日站會(huì)團(tuán)隊(duì)每天進(jìn)行15分鐘的檢驗(yàn)和適應(yīng)的會(huì)議稱為Scrum每日站會(huì)。每日站會(huì)上，每個(gè)團(tuán)隊(duì)成員需要匯報(bào)以下三個(gè)問題： 昨天你完成了什么 今天你將完成什么 完成今天的工作有什么障礙或需要協(xié)助 匯報(bào)的對(duì)象是團(tuán)隊(duì)，不是任何一位領(lǐng)導(dǎo)（PO,SM,團(tuán)隊(duì)負(fù)責(zé)人）。匯報(bào)的重點(diǎn)在于第3個(gè)問題，即提出問題，進(jìn)而解決。每日站會(huì)不是進(jìn)度匯報(bào)會(huì)議，這個(gè)會(huì)議是為將產(chǎn)品backlog條目轉(zhuǎn)化成為增量的人（團(tuán)隊(duì)）召開的。團(tuán)隊(duì)承諾實(shí)現(xiàn)Sprint目標(biāo)和完成產(chǎn)品Backlog條目。每日站會(huì)是檢驗(yàn)朝向Sprint目標(biāo)的進(jìn)程，如果有必要進(jìn)行后續(xù)會(huì)議對(duì)Sprint中的下一步工作進(jìn)行調(diào)整，目的在在于增加團(tuán)隊(duì)實(shí)現(xiàn)目標(biāo)的可能性。這是Scrum經(jīng)驗(yàn)過程中的重要檢驗(yàn)和適應(yīng)的會(huì)議。3、 Sprint評(píng)審會(huì)議Sprint評(píng)審會(huì)議用來演示在這個(gè)Sprint中開發(fā)的產(chǎn)品功能給Product Owner. Produc Owner會(huì)組織這階段的會(huì)議并且邀請(qǐng)相關(guān)的干系人參加。 團(tuán)隊(duì)展示Sprint中完成的功能 一般是通過現(xiàn)場(chǎng)演示的方式展現(xiàn)功能和架構(gòu) 不要太正式 不需要PPT 一般控制在半個(gè)小時(shí) 團(tuán)隊(duì)成員都要參加 可以邀請(qǐng)所有人參加4、 Sprint回顧會(huì)議Sprint回顧會(huì)議上，全體成員討論有哪些好的做法，哪些不好的做法，好的做法要繼續(xù)發(fā)揚(yáng)，共同確定一項(xiàng)需改進(jìn)的點(diǎn)在下個(gè)迭代進(jìn)行改進(jìn)。 團(tuán)隊(duì)的定期自我檢視，發(fā)現(xiàn)什么是好的，什么是不好的，持續(xù)改進(jìn) 一般控制在2個(gè)小時(shí) 每個(gè)Sprint都要做 全體參加 Scrum Master 產(chǎn)品負(fù)責(zé)人 團(tuán)隊(duì) 可能的客戶或其它干系人十二、 Scrum開發(fā)流程A. 我們首先需要確定一個(gè)Product Backlog（按優(yōu)先順序排列的一個(gè)產(chǎn)品需求列表），這個(gè)是由Product Owner 負(fù)責(zé)的。確定優(yōu)先級(jí)從4個(gè)方面考慮：1、獲得這些功能可帶來的經(jīng)濟(jì)價(jià)值；2、開發(fā)（可能還包含支持）新功能所需的成本；3、開發(fā)新功能所產(chǎn)生的學(xué)習(xí)和知識(shí)的量及重要性；4、開發(fā)這些功能所減少的風(fēng)險(xiǎn)。B. Scrum Team根據(jù)Product Backlog列表，做工作量的預(yù)估和安排。C. 有了Product Backlog列表，我們需要通過 Sprint Planning Meeting（Sprint計(jì)劃會(huì)議） 來從中挑選出一批Story作為本次迭代完成的目標(biāo)，這個(gè)目標(biāo)的時(shí)間周期是14個(gè)星期，然后把這個(gè)Story進(jìn)行細(xì)化，形成一個(gè)Sprint Backlog。D. Sprint Backlog是由Scrum Team去完成的，每個(gè)成員根據(jù)Sprint Backlog再細(xì)化成更小的任務(wù)（細(xì)到每個(gè)任務(wù)的工作量在2天內(nèi)能完成）。E. 在Scrum Team完成計(jì)劃會(huì)議上選出的Sprint Backlog過程中，需要進(jìn)行 Daily Scrum Meeting（每日站立會(huì)議），每次會(huì)議控制在15分鐘左右，每個(gè)人都必須發(fā)言，并且要向所有成員當(dāng)面匯報(bào)你昨天完成了什么，并且向所有成員承諾你今天要完成什么，同時(shí)提出可能會(huì)遇到的障礙和風(fēng)險(xiǎn)，每個(gè)人回答完成后，要走到黑板前更新自己的 Sprint burn down（Sprint燃盡圖）。F. 做到每日集成，也就是每天都要有一個(gè)可以成功編譯、并且可以演示的版本；很多人可能還沒有用過自動(dòng)化的每日集成，其實(shí)TFS就有這個(gè)功能，它可以支持每次有成員進(jìn)行簽入操作的時(shí)候，在服務(wù)器上自動(dòng)獲取最新版本，然后在服務(wù)器中編譯，如果通過則馬上再執(zhí)行單元測(cè)試代碼，如果也全部通過，則將該版本發(fā)布，這時(shí)一次正式的簽入操作才保存到TFS中，中間有任何失敗，都會(huì)用郵件通知項(xiàng)目管理人員。G. 當(dāng)Sprint Backlog里的Story被完成，也就表示一次Sprint完成，這時(shí)，我們要進(jìn)行 Srpint Review Meeting（演示會(huì)議），也稱為評(píng)審會(huì)議，產(chǎn)品負(fù)責(zé)人和客戶都要參加（最好本公司老板也參加），每一個(gè)Scrum Team的成員都要向他們演示自己完成的軟件產(chǎn)品（這個(gè)會(huì)議非常重要，一定不能取消）。H. 最后就是 Sprint Retrospectiv