Scrum敏捷與DevOps淺談PPT教學(xué)課件.pptx

1、,敏捷與DevOps淺談,1,引言,敏捷的出現(xiàn)縮小了商業(yè)需求和開發(fā)之間的隔閡，有效的加快了產(chǎn)品開發(fā)的周期和效率。 開發(fā)和運(yùn)維之間的隔閡需要解決，DevOps的理念應(yīng)運(yùn)而生。,目錄,理解敏捷 敏捷開發(fā)流程 Scrum迭代式增量軟件開發(fā) DevOps理念 敏捷與DevOps,敏捷更符合軟件開發(fā)規(guī)律,傳統(tǒng)開發(fā),敏捷開發(fā),軟件更像一個(gè)活著的植物，軟件開發(fā)是自底向上逐步有序的生長過程，類似于植物自然生長 敏捷開發(fā)遵循軟件客觀規(guī)律，不斷的進(jìn)行迭代增量開發(fā)，最終交付符合客戶價(jià)值的產(chǎn)品,理解敏捷,敏捷開發(fā)是 “一種以人為核心、迭代、循序漸進(jìn)的開發(fā)方法 ! ”,在敏捷開發(fā)中，軟件項(xiàng)目在構(gòu)建初期被切分成多個(gè)子項(xiàng)目

2、，各個(gè)子項(xiàng)目的成果都經(jīng)過測試，具備可視、可集成和可運(yùn)行使用的特征。,誰在用敏捷,目錄,理解敏捷 敏捷開發(fā)流程 Scrum迭代式增量軟件開發(fā) DevOps理念 敏捷與DevOps,敏捷開發(fā)流程,PO和開發(fā)團(tuán)隊(duì)對產(chǎn)品業(yè)務(wù)目標(biāo)形成共識 PO建立和維護(hù)產(chǎn)品需求列表（需求會不斷新增和改變）,并進(jìn)行優(yōu)先級排序 PO每輪迭代前，Review需求列表，并篩選高優(yōu)先級需求進(jìn)入本輪迭代開發(fā) 開發(fā)團(tuán)隊(duì)細(xì)化本輪迭代需求，并按照需求的優(yōu)先級，依次在本輪迭代完成 開發(fā)團(tuán)隊(duì)每日站立會議、特性開發(fā)、持續(xù)集成，使開發(fā)進(jìn)度真正透明 PO對每輪迭代（24周）交付的可工作軟件進(jìn)行現(xiàn)場驗(yàn)收和反饋 回到第3步，開始下一輪迭代,目錄,理解

3、敏捷 敏捷開發(fā)流程 Scrum迭代式增量軟件開發(fā) DevOps理念 敏捷與DevOps,Scrum特點(diǎn),Scrum將小型團(tuán)隊(duì)轉(zhuǎn)化為自身命運(yùn)的管理者 強(qiáng)調(diào)每個(gè)人的主動性與參與性 快速實(shí)現(xiàn)“頻繁變更的需求” 關(guān)注交付與產(chǎn)出的商業(yè)價(jià)值,目的：促使整個(gè)開發(fā)過程迅速、自我驅(qū)動,Scrum角色,敏捷團(tuán)隊(duì)包括3個(gè)核心角色: PO(Product Owner) 傳遞來自市場的聲音、提升項(xiàng)目的回報(bào) 確定產(chǎn)品Backlog中的優(yōu)先級 從產(chǎn)品的角度確保團(tuán)隊(duì)工作方向 Scrum Master(Scrum教練) 管理Scrum流程，確保Scrum運(yùn)轉(zhuǎn) 確保每個(gè)Sprint目標(biāo)的實(shí)現(xiàn)與產(chǎn)出，不受外界干擾 Team(Vir

4、tual Team虛擬團(tuán)隊(duì)) - 由5-9人組成（開發(fā)，測試等）、評估每個(gè)Sprint工作,Scrum框架,迭代規(guī)劃會議 Sprint Plan 一般不超過8小時(shí)。 前4個(gè)小時(shí)：產(chǎn)品負(fù)責(zé)人向團(tuán)隊(duì)展示最高優(yōu)先級的產(chǎn)品，團(tuán)隊(duì)則向他詢問產(chǎn)品Backlog的內(nèi)容、目的、含義及意圖。 后4小時(shí)：團(tuán)隊(duì)計(jì)劃本Sprint的安排,迭代復(fù)審會議 Sprint Review 一般4個(gè)小時(shí)，由團(tuán)隊(duì)成員向產(chǎn)品負(fù)責(zé)人和其他利益相關(guān)人展示Sprint周期內(nèi)的產(chǎn)品開發(fā)情況,迭代回顧會議 Sprint Retrospective 一般3個(gè)小時(shí)， Scrum Master將鼓勵團(tuán)隊(duì)在SCRUM過程框架和實(shí)踐范圍內(nèi)，對開發(fā)過程做

5、出修改，使它在下一個(gè)Sprint周期中更加有效和令人愉快,每日站立會議 Daily Scrum Meeting 在簡會上，每個(gè)成員主要回答三個(gè)問題; 自上次SCRUM簡會后的一天了（昨天），你做了什么? 從現(xiàn)在到下次SCRUM簡會的一天里（今天），你要做什么? 在實(shí)現(xiàn)SCRUM及項(xiàng)目目標(biāo)的工作中，你遇到哪些困難嗎?,Scrum工具,團(tuán)隊(duì)： Sprint計(jì)劃會議（Sprint Backlog） Daily 簡會 評審會議、總結(jié),Product Backlog 所有需要完成的產(chǎn)品清單，包括優(yōu)先級、商業(yè)訴求，PO負(fù)責(zé) Sprint Backlog 由團(tuán)隊(duì)主動選擇完成的每個(gè)Sprint需要完成的Sto

6、ry列表 每個(gè)Story包括了需求、優(yōu)先級、工作量 一旦確定，不亦更改 Sprint Burn down 顯示工作量趨勢變化的圖表 每天由Scrum Master更新,Story列表,故事是用來講的、分享的、討論的,有價(jià)值：從商業(yè)的角度闡述（非技術(shù)術(shù)語） 小、獨(dú)立：簡單的功能 可討論：關(guān)于故事的交流更重要 動態(tài)的：伴隨交流，確定細(xì)節(jié)、優(yōu)先級 優(yōu)先級、需要交付的截止日期,大需求可先寫下大故事，再提煉、分解,Story列表,XXXXX,備注：XXX,內(nèi)容,優(yōu)先級,P1,Sprint,Sprint 1,細(xì)節(jié)1：XXX 細(xì)節(jié)2：XXX 細(xì)節(jié)3：XXX,Task 1：3 hour,Task 2：2 ho

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

8、相關(guān)的利益相關(guān)者 邀請所有關(guān)注產(chǎn)品的人參加,一個(gè)好Demo的效果,1. 促進(jìn)PO融入團(tuán)隊(duì) PO真正被團(tuán)隊(duì)認(rèn)可成為團(tuán)隊(duì)的一員，不再是“那個(gè)被Boss傳遞需求” 2. 判定演示成效： 符合故事結(jié)果預(yù)期 沒有Bug 亮點(diǎn)可以是技術(shù)的革新，界面好，生產(chǎn)力提升等 每個(gè)評委都必須把不足點(diǎn)表達(dá)出，并請團(tuán)隊(duì)改進(jìn) 3. 溝通： 每個(gè)故事Demo后，有1 3分鐘溝通和提問，團(tuán)隊(duì)會直接直面客戶的反饋,目錄,理解敏捷 敏捷開發(fā)流程 Scrum迭代式增量軟件開發(fā) DevOps理念 敏捷與DevOps,DevOps的出現(xiàn),開發(fā)團(tuán)隊(duì)要求的不斷滿足新的客戶需求，并快速實(shí)現(xiàn)新的功能。 而運(yùn)營最關(guān)心的是“穩(wěn)定壓倒一切”，任何差錯

9、都有可能對生產(chǎn)環(huán)境中的用戶造成直接影響。,如何解決開發(fā)和運(yùn)維的隔閡,Wikipedia對DevOps的定義是： DevOps是軟件開發(fā)、運(yùn)維和質(zhì)量保證三個(gè)部門之間的溝通、協(xié)作和集成所采用的流程、方法和體系的一個(gè)集合。 它是人們?yōu)榱思皶r(shí)生產(chǎn)軟件產(chǎn)品或服務(wù)，以滿足某個(gè)業(yè)務(wù)目標(biāo)，對開發(fā)與運(yùn)維之間相互依存關(guān)系的一種新的理解。 . DevOps并不僅僅關(guān)注軟件部署，它是部門間溝通協(xié)作的一組流程和方法。,打破了目前的rd-qa-op流水線的流程 例如： rd每次提交代碼觸發(fā)一系列的自動化步驟，包括編譯，單元測試，代碼覆蓋率，功能測試，部署測試，性能/容量測試，rd，qa，op都在過程中做質(zhì)量保障。,如何解

10、決開發(fā)和運(yùn)維的隔閡,代碼樹-主干開發(fā) 所有的feature作為一個(gè)整體發(fā)布,Team Foundation Server,持續(xù)集成工具-開發(fā)測試一體,持續(xù)集成,持續(xù)集成的解決方案是簡潔的。產(chǎn)品由SVN去管理，構(gòu)建過程由CI server負(fù)責(zé)，而構(gòu)建過程包含了編譯，測試，發(fā)布，部署過程,Tools： Automated infrastructure（自動化，系統(tǒng)之間可集成） shared version control（SVN共享源碼） one step build and deploy（持續(xù)構(gòu)建和部署） feature flags（公司內(nèi)部稱為single branch，主干開發(fā)） Shared metrics （指標(biāo)度量工具） IRC and IM robots（信息整合）,目錄,理解敏