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

1、敏捷開發(fā)的相關(guān)簡介敏捷定義Scrum是一個(gè)輕量級(jí)的軟件開發(fā)方法Scrum是一個(gè)敏捷開發(fā)框架，是一個(gè)增量的、迭代的開發(fā)過程。在這個(gè)框架中，整個(gè)開發(fā)周期包括若干個(gè)小的迭代周期，每個(gè)小的迭代周期稱為一個(gè) Sprint，每個(gè)Sprint的建議長度2到4周。在Scrum中，使用產(chǎn)品Backlog來管理產(chǎn)品或項(xiàng)目的需求，產(chǎn)品 backlog 是一個(gè)按照商業(yè)價(jià)值排序的需求列表，列表?xiàng)l目的體現(xiàn)形式通常為用戶故事。 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)過Sprint計(jì)劃會(huì)議

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

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

4、11. 最好的架構(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 Own er）的職責(zé)如下：?確定產(chǎn)品的功能。?決定發(fā)布的日期和發(fā)布內(nèi)容。?為產(chǎn)品的ROI負(fù)責(zé)。?根據(jù)市場價(jià)值確定功能優(yōu)先級(jí)。?每個(gè)Sprint ,根據(jù)需要調(diào)整功能和優(yōu)先級(jí)（每個(gè) Sprint開始前調(diào)整）。?接受或拒絕接受開發(fā)團(tuán)隊(duì)的工作成果。2 ScrumMaster作為TeamLeader和Product owner緊密地工作在一起，他可以及時(shí)地為團(tuán)隊(duì)成 員提供幫助。他必須：?保證團(tuán)隊(duì)資源完全可被利用并且全部是高產(chǎn)出

5、的。?保證各個(gè)角色及職責(zé)的良好協(xié)作。?解決團(tuán)隊(duì)開發(fā)中的障礙。?做為團(tuán)隊(duì)和外部的接口，屏蔽外界對(duì)團(tuán)隊(duì)成員的干擾。? 保證開發(fā)過程按計(jì)劃進(jìn)行，組織 Daily Scrum , Sprint Review and Sprint Pla nning meet ings 。3 Team負(fù)責(zé)產(chǎn)品的開發(fā)? 一般情況人數(shù)在5-9個(gè)左右?團(tuán)隊(duì)要跨職能（包括開發(fā)人員、測試人員、用戶界面設(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)不允許變

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

7、定產(chǎn)品需求或?qū)χ龀?改變，以保證產(chǎn)品適用性、實(shí)用性和競爭性。2、Sprint Backlog當(dāng)前Sprint要完成的任務(wù)列表，并估算工時(shí)?團(tuán)隊(duì)成員自己挑選任務(wù)，而不是指派任務(wù)?對(duì)每一個(gè)任務(wù)，每天要更新剩余的工作量估算?每個(gè)團(tuán)隊(duì)成員都可以修改 Spri nt backlog，增加、刪除或者修改任務(wù)沖刺訂單：沖刺訂單是大大細(xì)化了的文檔，用來界定工作或任務(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)他們喜愛的任務(wù)。 任務(wù)被分解為以小時(shí)為單位，沒有任務(wù)可以 超過16個(gè)小

8、時(shí)。如果一個(gè)任務(wù)超過16個(gè)小時(shí)，那么它就應(yīng)該被進(jìn)一步分解。 每項(xiàng)任務(wù)信息將包括其負(fù)責(zé)人及其在沖刺中任一天時(shí)的剩余工作量，且僅團(tuán)隊(duì)有權(quán)改變其內(nèi)容。3、發(fā)布燃盡圖直觀反應(yīng)當(dāng)前發(fā)布剩余的工作量，以 Sprint周期數(shù)和故事點(diǎn)數(shù)為單 位。燃盡圖（Burndown Chart ）是一個(gè)公開展示的圖表，縱軸代表剩余工作量， 橫軸代表時(shí)間，顯示當(dāng)前沖刺中隨時(shí)間變化而變化的剩余工作量（可以是未完成 的任務(wù)數(shù)目，或在沖刺訂單上未完成的訂單項(xiàng)的數(shù)目）。剩余工作量趨勢線與橫 軸之間的交集表示在那個(gè)時(shí)間點(diǎn)最可能的工作完成量。我們可以借助它設(shè)想在增 加或減少發(fā)布功能后項(xiàng)目的情況，我們可能縮短開發(fā)時(shí)間，或延長開發(fā)期限以獲

9、 得更多功能。它可以展示項(xiàng)目實(shí)際進(jìn)度與計(jì)劃之間的矛盾。4、Sprint燃盡圖Sprint燃盡圖直觀的反映了 Sprint過程中，剩余的工作量情況，Y軸表 示剩余的工作，X軸表示Sprint的時(shí)間。隨著時(shí)間的消耗工作量逐漸減 少，在開始的時(shí)候，由于估算上的誤差或者遺漏工作量有可能呈上升態(tài) 勢。Sprint過程1、Sprint計(jì)劃會(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ì)議稱為

10、 Scrum每日站會(huì)。每日站會(huì)上, 每個(gè)團(tuán)隊(duì)成員需要匯報(bào)以下三個(gè)問題：?從上次會(huì)議到現(xiàn)在完成了哪些工作。?下次會(huì)議前準(zhǔn)備完成什么。?工作中遇到了哪些障礙。匯報(bào)的對(duì)象是團(tuán)隊(duì)，不是任何一位領(lǐng)導(dǎo)（PO,S M團(tuán)隊(duì)負(fù)責(zé)人）。匯報(bào)的重點(diǎ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)驗(yàn)過 程中的重要檢驗(yàn)和適應(yīng)的會(huì)議

11、。3、Sprint評(píng)審會(huì)議Sprint評(píng)審會(huì)議用來演示在這個(gè)Sprint中開發(fā)的產(chǎn)品功能給Product Own er.Produc Ow ner會(huì)組織這階段的會(huì)議并且邀請相關(guān)的干系人參加。?團(tuán)隊(duì)展示Sprint中完成的功能? 一般是通過現(xiàn)場演示的方式展現(xiàn)功能和架構(gòu)?不要太正式?不需要PPT?一般控制在2個(gè)小時(shí)?團(tuán)隊(duì)成員都要參加?可以邀請所有人參加4、Sprint回顧會(huì)議Spri nt回顧會(huì)議上，全體成員討論有哪些好的做法可以啟動(dòng)，哪些不好的做法 不能再繼續(xù)下去了，哪些好的做法要繼續(xù)發(fā)揚(yáng)。?團(tuán)隊(duì)的定期自我檢視，發(fā)現(xiàn)什么是好的，什么是不好的。? 一般控制在15-30分鐘?每個(gè)Sprint都要做?

12、全體參加? Scrum Master?產(chǎn)品負(fù)責(zé)人? 團(tuán)隊(duì)?可能的客戶或其它干系人開發(fā)流程階段參與人事務(wù)輸出開發(fā)調(diào)研PO，SM，團(tuán)隊(duì)討論產(chǎn)品需求條目冋卷調(diào)查分析故事列表工作量估算SM，團(tuán)隊(duì)使用估算撲克估算故事點(diǎn)確定故事的依賴關(guān)系帶估算的故事列表發(fā)布計(jì)劃會(huì)議PO，SMPO確定當(dāng)前發(fā)布的時(shí)間和應(yīng)該包含的故事PO向各干系人公開發(fā)布規(guī)劃產(chǎn)品 BacklogSprint 計(jì)劃會(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í)為單位）SprintBacklogSprintSM，團(tuán)隊(duì)按Sprint B

13、acklog 產(chǎn)出軟件產(chǎn)品軟件產(chǎn)品必須是潛在可交付的（經(jīng)過完整測試，可運(yùn)行，有完整用戶文檔）潛在可交付的產(chǎn)品增量Sprint 評(píng)審會(huì)議PO，SM，團(tuán)隊(duì)團(tuán)隊(duì)向PO及相關(guān)干系人演示產(chǎn)品增量收集意見，為下一個(gè)Sprint作準(zhǔn)備Sprint 回PO，SM，對(duì)開發(fā)流程進(jìn)行回顧，檢查哪些方法更好的Scrum顧會(huì)議團(tuán)隊(duì)是值得保留的，哪些是要廢棄的。流程敏捷的開發(fā)流程1首先組建scrum團(tuán)隊(duì)（5-9人）2 確定團(tuán)隊(duì)成員職責(zé)（scrummaster,po,team ）3需求設(shè)計(jì)分析，列出product backlog,格式如下：ID NAME IMP EST HOW TO DEMO NOTES 注意事項(xiàng)：DEE

14、PDetailed appropriated 粗細(xì)適中）：指將當(dāng)前優(yōu)先級(jí)高的功能模塊 盡量細(xì)化，而相對(duì)優(yōu)先級(jí)較低的功能模塊，只需要知道大體功能點(diǎn)既 可。Estinnated（估算過的）：對(duì)每個(gè)功能點(diǎn)進(jìn)行估算。Emergent（涌現(xiàn)的）：功能模塊隨著開發(fā)的推移是變化的，因此每次迭 代完成都要重新調(diào)整。Prioritized（排好優(yōu)先級(jí)的）：將功能模塊根據(jù)商業(yè)價(jià)值進(jìn)行排序。產(chǎn)品功能模塊的優(yōu)先級(jí)最好用（10，20，30計(jì)算），方便需求變更， 附加功能插入。4 spr int pla nnin g-想要什么以及為什么？5選擇部分product backlog（優(yōu)先級(jí)）作為當(dāng)前 sprint 的spri

15、nt backlog，并創(chuàng)建sprint 面板。6 spri nt準(zhǔn)備會(huì)，確定每個(gè)人做什么以及怎么做（最好是，自己選擇）？確定此次sprint的“可交付物”（也就是完成這次迭代要達(dá)到 的效果）。并且確定當(dāng)前sprint哪些功能是必須實(shí)現(xiàn)的（must），哪 些是應(yīng)該做的，但若沒時(shí)間就算了（ should），哪些是不太需要，但 有更好（could）。7 sprint 開發(fā)開始，創(chuàng)建sprint的任務(wù)版和sprint backlog 的燃 盡圖，并確保每日更新，每日晨會(huì)。Sprint任務(wù)版:Sprint backlog to do doing done燃盡圖：在迭代開發(fā)過程中，會(huì)發(fā)生需求的變更或者功能點(diǎn)的添加， 但只要對(duì) 本次迭代影響不是特別大，就不要對(duì)本次迭代發(fā)生變更。 （記錄迭代 中的變更）8迭代完成后需要完成文檔工作: