敏捷開發(fā)流程自己總結(jié)

1、.敏捷開發(fā)的相關(guān)簡(jiǎn)介敏捷定義 Scrum是一個(gè)輕量級(jí)的軟件開發(fā)方法Scrum是一個(gè)敏捷開發(fā)框架，是一個(gè)增量的、迭代的開發(fā)過(guò)程。在這個(gè)框架中，整個(gè)開發(fā)周期包括假設(shè)干個(gè)小的迭代周期，每個(gè)小的迭代周期稱為一個(gè)Sprint，每個(gè)Sprint的建議長(zhǎng)度2到4周。在Scrum中，使用產(chǎn)品Backlog來(lái)管理產(chǎn)品或工程的需求，產(chǎn)品backlog是一個(gè)按照商業(yè)價(jià)值排序的需求列表，列表?xiàng)l目的表達(dá)形式通常為用戶故事。Scrum的開發(fā)團(tuán)隊(duì)總是先開發(fā)的是對(duì)客戶具有較高價(jià)值的需求。在每個(gè)Sprint中，Scrum開發(fā)團(tuán)隊(duì)從產(chǎn)品Backlog中挑選最有價(jià)值的需求進(jìn)展開發(fā)。Sprint中挑選的需求經(jīng)過(guò)Sprint方案會(huì)議上

2、的分析、討論和估算得到一個(gè)Sprint的任務(wù)列表，我們稱它為Sprint backlog 。在每個(gè)迭代完畢時(shí)，Scrum團(tuán)隊(duì)將交付潛在可交付的產(chǎn)品增量。敏捷的原那么個(gè)體與交互勝過(guò)過(guò)程與工具可以工作的軟件勝過(guò)面面俱到的文檔客戶協(xié)作勝過(guò)合同談判響應(yīng)變化勝過(guò)遵循方案這四句價(jià)值觀用語(yǔ)句表達(dá)就是：自組織團(tuán)隊(duì)與客戶嚴(yán)密協(xié)作，通過(guò)高度迭代式、增量式的軟件開發(fā)過(guò)程響應(yīng)變化，并在每次迭代完畢時(shí)交付經(jīng)過(guò)編碼與測(cè)試的有價(jià)值的軟件。勝過(guò)與客戶確定合同后在初期制定并遵循基于活動(dòng)的完整方案，在重型過(guò)程和工具指導(dǎo)下，通過(guò)完成大量文檔進(jìn)展知識(shí)傳遞，最后交付需求。"敏捷宣言"12條原那么1.最優(yōu)先的目標(biāo)是通

3、過(guò)盡早地、持續(xù)地交付有價(jià)值的軟件來(lái)滿足客戶。2.歡送需求變化，甚至在開發(fā)后期。敏捷過(guò)程控制、利用變化幫助客戶取得競(jìng)爭(zhēng)優(yōu)勢(shì)。3.頻繁交付可用的軟件，間隔從兩周到兩個(gè)月，偏愛(ài)更短的時(shí)間尺度。4.在整個(gè)工程中業(yè)務(wù)人員和開發(fā)人員必須每天在一起工作。5.以積極主動(dòng)的員工為核心建立工程，給予他們所需的環(huán)境和支持，信任他們能夠完成工作。6.在開發(fā)團(tuán)隊(duì)內(nèi)外傳遞信息最有效率和效果的方法是面對(duì)面的交流。7.可用的軟件是進(jìn)展的主要度量指標(biāo)。8.敏捷過(guò)程提倡可持續(xù)開展。發(fā)起人、開發(fā)者和用戶應(yīng)始終保持穩(wěn)定的步調(diào)。9.簡(jiǎn)化使必要的工作最小化的藝術(shù)是關(guān)鍵。10.持續(xù)關(guān)注技術(shù)上的精益求精和良好的設(shè)計(jì)以增強(qiáng)敏捷性。11.最好的

4、架構(gòu)、需求和設(shè)計(jì)產(chǎn)生于自我組織的團(tuán)隊(duì)。12.團(tuán)隊(duì)定期地對(duì)運(yùn)作如何更加有效進(jìn)展反思，并相應(yīng)地調(diào)整、校正自己的行為。敏捷的角色1產(chǎn)品負(fù)責(zé)人產(chǎn)品負(fù)責(zé)人Product Owner的職責(zé)如下： 確定產(chǎn)品的功能。 決定發(fā)布的日期和發(fā)布內(nèi)容。 為產(chǎn)品的ROI負(fù)責(zé)。 根據(jù)市場(chǎng)價(jià)值確定功能優(yōu)先級(jí)。 每個(gè)Sprint，根據(jù)需要調(diào)整功能和優(yōu)先級(jí)每個(gè)Sprint開場(chǎng)前調(diào)整。 承受或拒絕承受開發(fā)團(tuán)隊(duì)的工作成果。2 ScrumMaster作為Team Leader和Product owner嚴(yán)密地工作在一起，他可以及時(shí)地為團(tuán)隊(duì)成員提供幫助。他必須:保證團(tuán)隊(duì)資源完全可被利用并且全部是高產(chǎn)出的。保證各個(gè)角色及職責(zé)的良好協(xié)作。

5、解決團(tuán)隊(duì)開發(fā)中的障礙。做為團(tuán)隊(duì)和外部的接口，屏蔽外界對(duì)團(tuán)隊(duì)成員的干擾。保證開發(fā)過(guò)程按方案進(jìn)展，組織Daily Scrum, Sprint Review and Sprint Planning meetings。3 Team負(fù)責(zé)產(chǎn)品的開發(fā)一般情況人數(shù)在5-9個(gè)左右團(tuán)隊(duì)要跨職能包括開發(fā)人員、測(cè)試人員、用戶界面設(shè)計(jì)師等團(tuán)隊(duì)成員需要全職。有些情況例外，比方數(shù)據(jù)庫(kù)管理員在工程向?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é)。敏捷工件1、Product Backlog有優(yōu)先級(jí)的

6、故事列表，并估算故事點(diǎn)產(chǎn)品訂單：產(chǎn)品訂單Product Backlog是整個(gè)工程的概要文檔，它包含已劃分優(yōu)先等級(jí)的、工程要開發(fā)的系統(tǒng)或產(chǎn)品的需求清單，包括功能和非功能性需求及其他假設(shè)和約束條件。產(chǎn)品負(fù)責(zé)人和團(tuán)隊(duì)主要按業(yè)務(wù)和依賴性的重要程度劃分優(yōu)先等級(jí)，并作出預(yù)估。預(yù)估值的準(zhǔn)確度取決于產(chǎn)品訂單中條目的優(yōu)先級(jí)和細(xì)致程度，入選下一個(gè)沖刺的最高優(yōu)先等級(jí)條目的預(yù)估會(huì)非常準(zhǔn)確。產(chǎn)品的需求清單是動(dòng)態(tài)的，隨著產(chǎn)品及其使用環(huán)境的變化而變化，并且只要產(chǎn)品存在，它就隨之存在。而且，在整個(gè)產(chǎn)品生命周期中，管理層不斷確定產(chǎn)品需求或?qū)χ龀龈淖?，以保證產(chǎn)品適用性、實(shí)用性和競(jìng)爭(zhēng)性。2、Sprint Backlog當(dāng)前Spr

7、int要完成的任務(wù)列表，并估算工時(shí)團(tuán)隊(duì)成員自己挑選任務(wù)，而不是指派任務(wù)對(duì)每一個(gè)任務(wù)，每天要更新剩余的工作量估算每個(gè)團(tuán)隊(duì)成員都可以修改Sprint backlog，增加、刪除或者修改任務(wù)沖刺訂單：沖刺訂單是大大細(xì)化了的文檔，用來(lái)界定工作或任務(wù)，定義團(tuán)隊(duì)在 Story 中的任務(wù)清單，這些任務(wù)會(huì)將當(dāng)前沖刺選定的產(chǎn)品訂單轉(zhuǎn)化為完整的產(chǎn)品功能增量。沖刺訂單在沖刺規(guī)劃會(huì)議中形成，其包含的不會(huì)被分派，而是由團(tuán)隊(duì)成員簽名認(rèn)領(lǐng)他們喜愛(ài)的任務(wù)。任務(wù)被分解為以小時(shí)為單位，沒(méi)有任務(wù)可以超過(guò) 16 個(gè)小時(shí)。如果一個(gè)任務(wù)超過(guò) 16 個(gè)小時(shí)，那么它就應(yīng)該被進(jìn)一步分解。每項(xiàng)任務(wù)信息將包括其負(fù)責(zé)人及其在沖刺中任一天時(shí)的剩余工作

8、量，且僅團(tuán)隊(duì)有權(quán)改變其內(nèi)容。3、發(fā)布燃盡圖直觀反響當(dāng)前發(fā)布剩余的工作量，以Sprint周期數(shù)和故事點(diǎn)數(shù)為單位。燃盡圖Burndown Chart是一個(gè)公開展示的圖表，縱軸代表剩余工作量，橫軸代表時(shí)間，顯示當(dāng)前沖刺中隨時(shí)間變化而變化的剩余工作量可以是未完成的任務(wù)數(shù)目，或在沖刺訂單上未完成的訂單項(xiàng)的數(shù)目。剩余工作量趨勢(shì)線與橫軸之間的交集表示在那個(gè)時(shí)間點(diǎn)最可能的工作完成量。我們可以借助它設(shè)想在增加或減少發(fā)布功能后工程的情況，我們可能縮短開發(fā)時(shí)間，或延長(zhǎng)開發(fā)期限以獲得更多功能。它可以展示工程實(shí)際進(jìn)度與方案之間的矛盾。4、Sprint燃盡圖Sprint燃盡圖直觀的反映了Sprint過(guò)程中，剩余的工作量情

9、況，Y軸表示剩余的工作，X軸表示Sprint的時(shí)間。隨著時(shí)間的消耗工作量逐漸減少，在開場(chǎng)的時(shí)候，由于估算上的誤差或者遺漏工作量有可能呈上升態(tài)勢(shì)。Sprint過(guò)程1、Sprint方案會(huì)議團(tuán)隊(duì)從產(chǎn)品backlog中挑選他們承諾完成的條目。做什么創(chuàng)立Sprint Backlog 怎么做標(biāo)識(shí)具體的任務(wù)并為任務(wù)做估算由團(tuán)隊(duì)協(xié)作完成，而不是ScrumMaster考慮了高層設(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è)問(wèn)題：從上次會(huì)議到現(xiàn)在完成了哪些工作。下次會(huì)議前準(zhǔn)備完成什么。工作中遇到了哪些障礙。匯報(bào)的對(duì)象是團(tuán)隊(duì)，不是任何

10、一位領(lǐng)導(dǎo)PO,SM,團(tuán)隊(duì)負(fù)責(zé)人。匯報(bào)的重點(diǎn)在于提出問(wèn)題，進(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)歷過(guò)程中的重要檢驗(yàn)和適應(yīng)的會(huì)議。3、Sprint評(píng)審會(huì)議Sprint評(píng)審會(huì)議用來(lái)演示在這個(gè)Sprint中開發(fā)的產(chǎn)品功能給Product Owner.Produc Owner會(huì)組織這階段的會(huì)議并且邀請(qǐng)相關(guān)的干系人參加。團(tuán)隊(duì)展示Spri

11、nt中完成的功能一般是通過(guò)現(xiàn)場(chǎng)演示的方式展現(xiàn)功能和架構(gòu)不要太正式不需要PPT一般控制在2個(gè)小時(shí)團(tuán)隊(duì)成員都要參加可以邀請(qǐng)所有人參加4、Sprint回憶會(huì)議Sprint回憶會(huì)議上，全體成員討論有哪些好的做法可以啟動(dòng)，哪些不好的做法不能再繼續(xù)下去了，哪些好的做法要繼續(xù)發(fā)揚(yáng)。團(tuán)隊(duì)的定期自我檢視，發(fā)現(xiàn)什么是好的，什么是不好的。一般控制在15-30分鐘每個(gè)Sprint都要做全體參加 Scrum Master產(chǎn)品負(fù)責(zé)人團(tuán)隊(duì)可能的客戶或其它干系人開發(fā)流程階段參與人事務(wù)輸出開發(fā)調(diào)研PO，SM，團(tuán)隊(duì)討論產(chǎn)品需求條目問(wèn)卷調(diào)查分析故事列表工作量估算SM，團(tuán)隊(duì)使用估算撲克估算故事點(diǎn)確定故事的依賴關(guān)系帶估算的故事列表發(fā)布

12、方案會(huì)議PO，SMPO確定當(dāng)前發(fā)布的時(shí)間和應(yīng)該包含的故事PO向各干系人公開發(fā)布規(guī)劃產(chǎn)品BacklogSprint方案會(huì)議SM，團(tuán)隊(duì)PO確定最近1-2個(gè)Sprint的最優(yōu)先級(jí)故事團(tuán)隊(duì)從產(chǎn)品Backlog中的最高優(yōu)先級(jí)故事中挑選承諾完成的條目分解條目成為工作項(xiàng)評(píng)估工作項(xiàng)工時(shí)小時(shí)為單位Sprint BacklogSprintSM，團(tuán)隊(duì)按Sprint Backlog產(chǎn)出軟件產(chǎn)品軟件產(chǎn)品必須是潛在可交付的經(jīng)過(guò)完整測(cè)試，可運(yùn)行，有完整用戶文檔潛在可交付的產(chǎn)品增量Sprint評(píng)審會(huì)議PO，SM，團(tuán)隊(duì)團(tuán)隊(duì)向PO及相關(guān)干系人演示產(chǎn)品增量收集意見(jiàn)，為下一個(gè)Sprint作準(zhǔn)備Sprint回憶會(huì)議PO，SM，團(tuán)隊(duì)對(duì)開

13、發(fā)流程進(jìn)展回憶，檢查哪些方法是值得保存的，哪些是要廢棄的。更好的Scrum流程敏捷的開發(fā)流程1首先組建scrum團(tuán)隊(duì)5-9人2 確定團(tuán)隊(duì)成員職責(zé)scrummaster,po,team3需求設(shè)計(jì)分析，列出product backlog,格式如下:ID NAME IMP EST HOW TO DEMO NOTES考前須知：DEEPDetailed appropriately(粗細(xì)適中)：指將當(dāng)前優(yōu)先級(jí)高的功能模塊盡量細(xì)化，而相對(duì)優(yōu)先級(jí)較低的功能模塊，只需要知道大體功能點(diǎn)既可。Estinnated(估算過(guò)的)：對(duì)每個(gè)功能點(diǎn)進(jìn)展估算。Emergent(涌現(xiàn)的)：功能模塊隨著開發(fā)的推移是變化的，因此每次

14、迭代完XX要重新調(diào)整。Prioritized(排好優(yōu)先級(jí)的)：將功能模塊根據(jù)商業(yè)價(jià)值進(jìn)展排序。產(chǎn)品功能模塊的優(yōu)先級(jí)最好用10，20，30計(jì)算，方便需求變更，附加功能插入。4 sprint planning-想要什么以及為什么.5 選擇局部product backlog優(yōu)先級(jí)作為當(dāng)前sprint的sprint backlog，并創(chuàng)立sprint面板。6 sprint準(zhǔn)備會(huì)，確定每個(gè)人做什么以及怎么做最好是，自己選擇.確定此次sprint的“可交付物也就是完成這次迭代要到達(dá)的效果。并且確定當(dāng)前sprint哪些功能是必須實(shí)現(xiàn)的must，哪些是應(yīng)該做的，但假設(shè)沒(méi)時(shí)間就算了should，哪些是不太需要，但有更好could。7 sprint開發(fā)開場(chǎng)，創(chuàng)立sprint的任務(wù)版和sprint backlog的燃盡圖，并確保每日更新，每日晨會(huì)。Sprint任務(wù)版:Sprint backlog to do doing done燃盡圖：在迭代開發(fā)過(guò)程中，會(huì)發(fā)生需求的變更或者功能點(diǎn)的添加，但只要對(duì)本次迭代影響不是特別大，就不要對(duì)本次迭代發(fā)生變更。記錄迭代中的變更8 迭代完成后需要完成文