敏捷與DevOps淺談學(xué)習(xí)教案

1、會(huì)計(jì)學(xué)1敏捷敏捷(mnji)與與DevOps淺談淺談第一頁(yè)，共28頁(yè)。敏捷的出現(xiàn)縮小了商業(yè)需求和開(kāi)發(fā)敏捷的出現(xiàn)縮小了商業(yè)需求和開(kāi)發(fā)(kif)(kif)之間的隔閡，有效的加快了產(chǎn)品開(kāi)發(fā)之間的隔閡，有效的加快了產(chǎn)品開(kāi)發(fā)(kif)(kif)的周期和效率。的周期和效率。開(kāi)發(fā)開(kāi)發(fā)(kif)(kif)和運(yùn)維之間的隔閡需要解決，和運(yùn)維之間的隔閡需要解決，DevOpsDevOps的理念應(yīng)運(yùn)而生。的理念應(yīng)運(yùn)而生。第1頁(yè)/共29頁(yè)第二頁(yè)，共28頁(yè)。p 理解(lji)敏捷p 敏捷開(kāi)發(fā)流程pScrum迭代式增量軟件開(kāi)發(fā)pDevOps理念p敏捷與DevOps第2頁(yè)/共29頁(yè)第三頁(yè)，共28頁(yè)。傳統(tǒng)傳統(tǒng)(chuntng)(

2、chuntng)開(kāi)發(fā)開(kāi)發(fā)敏捷敏捷(mnji)(mnji)開(kāi)發(fā)開(kāi)發(fā)第3頁(yè)/共29頁(yè)第四頁(yè)，共28頁(yè)。敏捷開(kāi)發(fā)是“一種以人為核心、迭代(di di)、循序漸進(jìn)的開(kāi)發(fā)方法 ! ”在敏捷開(kāi)發(fā)中，軟件項(xiàng)目在構(gòu)建初期(chq)被切分成多個(gè)子項(xiàng)目，各個(gè)子項(xiàng)目的成果都經(jīng)過(guò)測(cè)試，具備可視、可集成和可運(yùn)行使用的特征。第4頁(yè)/共29頁(yè)第五頁(yè)，共28頁(yè)。第5頁(yè)/共29頁(yè)第六頁(yè)，共28頁(yè)。p 理解敏捷p 敏捷開(kāi)發(fā)流程pScrum迭代(di di)式增量軟件開(kāi)發(fā)pDevOps理念p敏捷與DevOps第6頁(yè)/共29頁(yè)第七頁(yè)，共28頁(yè)。PO和開(kāi)發(fā)團(tuán)隊(duì)對(duì)產(chǎn)品業(yè)務(wù)目標(biāo)形成共識(shí)PO建立和維護(hù)產(chǎn)品需求列表（需求會(huì)不斷新增和改變）,并

3、進(jìn)行優(yōu)先級(jí)排序PO每輪迭代前，Review需求列表，并篩選高優(yōu)先級(jí)需求進(jìn)入本輪迭代開(kāi)發(fā)開(kāi)發(fā)團(tuán)隊(duì)細(xì)化本輪迭代需求，并按照需求的優(yōu)先級(jí)，依次在本輪迭代完成開(kāi)發(fā)團(tuán)隊(duì)每日站立(zhn l)會(huì)議、特性開(kāi)發(fā)、持續(xù)集成，使開(kāi)發(fā)進(jìn)度真正透明PO對(duì)每輪迭代（24周）交付的可工作軟件進(jìn)行現(xiàn)場(chǎng)驗(yàn)收和反饋回到第3步，開(kāi)始下一輪迭代迭代每日工作站立會(huì)議特性開(kāi)發(fā)特性測(cè)試持續(xù)集成交付可以工作的軟件迭代計(jì)劃回顧確定一個(gè)迭代的工作內(nèi)容產(chǎn)品和利益相關(guān)人、第7頁(yè)/共29頁(yè)第八頁(yè)，共28頁(yè)。p 理解敏捷(mnji)p 敏捷(mnji)開(kāi)發(fā)流程pScrum迭代式增量軟件開(kāi)發(fā)pDevOps理念p敏捷(mnji)與DevOps第8頁(yè)/共2

4、9頁(yè)第九頁(yè)，共28頁(yè)。Scrum將小型團(tuán)隊(duì)轉(zhuǎn)化為自身命運(yùn)的管理者強(qiáng)調(diào)每個(gè)人的主動(dòng)性與參與性快速(kui s)實(shí)現(xiàn)“頻繁變更的需求”關(guān)注交付與產(chǎn)出的商業(yè)價(jià)值目的：促使整個(gè)開(kāi)發(fā)過(guò)程(guchng)迅速、自我驅(qū)動(dòng)第9頁(yè)/共29頁(yè)第十頁(yè)，共28頁(yè)。敏捷團(tuán)隊(duì)包括3個(gè)核心角色: PO(Product Owner)傳遞來(lái)自(li z)市場(chǎng)的聲音、提升項(xiàng)目的回報(bào)確定產(chǎn)品Backlog中的優(yōu)先級(jí)從產(chǎn)品的角度確保團(tuán)隊(duì)工作方向Scrum Master(Scrum教練)管理Scrum流程，確保Scrum運(yùn)轉(zhuǎn)確保每個(gè)Sprint目標(biāo)的實(shí)現(xiàn)與產(chǎn)出，不受外界干擾Team(Virtual Team虛擬團(tuán)隊(duì)) - 由5-9人組

5、成（開(kāi)發(fā)，測(cè)試等）、評(píng)估每個(gè)Sprint工作第10頁(yè)/共29頁(yè)第十一頁(yè)，共28頁(yè)。迭代迭代每2-4周Daily Daily SCRUMSCRUM每24小時(shí)高優(yōu)先級(jí)可運(yùn)行的軟件工作項(xiàng)分解產(chǎn)品訂單Product Backlog迭代訂單Sprint 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)容、目的、含義及意圖(yt)。后4小時(shí)：團(tuán)隊(duì)計(jì)劃本Sprint的安排迭代復(fù)審會(huì)議Sprint Review 一般4個(gè)小時(shí)(xiosh)，由團(tuán)隊(duì)成員向產(chǎn)品負(fù)責(zé)人和其他利益相關(guān)人展示Sprint周

6、期內(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 Meeting在簡(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é)人ScrumScrum主管主管開(kāi)發(fā)團(tuán)隊(duì)開(kāi)發(fā)團(tuán)隊(duì)第11頁(yè)/共29頁(yè)第十二頁(yè)，共28頁(yè)。團(tuán)隊(duì)：Sprint計(jì)劃(j

7、hu)會(huì)議（Sprint Backlog）Daily 簡(jiǎn)會(huì)評(píng)審會(huì)議、總結(jié)Product Backlog所有(suyu)需要完成的產(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更新第12頁(yè)/共29頁(yè)第十三頁(yè)，共28頁(yè)。故事(gsh)是用來(lái)講的、分享的、討論的-有價(jià)值：從商業(yè)的角度闡述（非技術(shù)術(shù)語(yǔ)）-小、獨(dú)立：簡(jiǎn)單的功能-可討論：關(guān)于故事的交流(jioli)更重要-動(dòng)態(tài)的：伴

8、隨交流(jioli)，確定細(xì)節(jié)、優(yōu)先級(jí)-優(yōu)先級(jí)、需要交付的截止日期大需求可先寫(xiě)下大故事，再提煉、分解第13頁(yè)/共29頁(yè)第十四頁(yè)，共28頁(yè)。XXXXX備注(bizh)：XXX內(nèi)容(nirng)優(yōu)先級(jí)P1Sprint Sprint 1細(xì)節(jié)1：XXX細(xì)節(jié)2：XXX細(xì)節(jié)3：XXXTask 1：3 hourTask 2：2 hourTask 3：3 hourTask 4：3 hourTask 5：2 hourTask 6：3 hourDeadline2015XXXXSP8第14頁(yè)/共29頁(yè)第十五頁(yè)，共28頁(yè)。第15頁(yè)/共29頁(yè)第十六頁(yè)，共28頁(yè)。l每天 15 分鐘，團(tuán)隊(duì)面對(duì)面站立成圈l晨會(huì)是為項(xiàng)目信息同

9、步可視化,不是為了解決問(wèn)題l避免無(wú)關(guān)的討論(SM引導(dǎo))l歡迎(hunyng)各界人士，但只有“豬”可以發(fā)言 第16頁(yè)/共29頁(yè)第十七頁(yè)，共28頁(yè)。第17頁(yè)/共29頁(yè)第十八頁(yè)，共28頁(yè)。迭代結(jié)果(ji gu)的驗(yàn)收(Review)n團(tuán)隊(duì)需要演示所完成的迭代工作n典型的做法是使用演示形式展示新功能或者底層架構(gòu)的實(shí)現(xiàn)n非正式的n2小時(shí)的提前準(zhǔn)備n不需要正式演示文檔n相關(guān)(xinggun)的利益相關(guān)(xinggun)者n邀請(qǐng)所有關(guān)注產(chǎn)品的人參加第18頁(yè)/共29頁(yè)第十九頁(yè)，共28頁(yè)。1. 促進(jìn)PO融入團(tuán)隊(duì)PO真正被團(tuán)隊(duì)認(rèn)可成為團(tuán)隊(duì)的一員，不再是“那個(gè)被Boss傳遞需求(xqi)”2. 判定演示成效：符合

10、故事結(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ì)直接直面客戶的反饋第19頁(yè)/共29頁(yè)第二十頁(yè)，共28頁(yè)。p 理解敏捷p 敏捷開(kāi)發(fā)流程(lichng)pScrum迭代式增量軟件開(kāi)發(fā)pDevOps理念p敏捷與DevOps第20頁(yè)/共29頁(yè)第二十一頁(yè)，共28頁(yè)。開(kāi)發(fā)團(tuán)隊(duì)要求的不斷滿足新的客戶需求，并快速實(shí)現(xiàn)新的功能。而運(yùn)營(yíng)最關(guān)心的是“穩(wěn)定壓倒一切”，任何差錯(cuò)都有可能對(duì)生產(chǎn)(shngchn)環(huán)境中的用戶造成直接影響。第21頁(yè)/共29頁(yè)第二十二頁(yè)，共28頁(yè)。Wikipedia對(duì)DevO

11、ps的定義是： DevOps是軟件開(kāi)發(fā)、運(yùn)維和質(zhì)量保證三個(gè)部門(mén)之間的溝通、協(xié)作和集成所采用的流程、方法和體系的一個(gè)集合。 它是人們?yōu)榱思皶r(shí)生產(chǎn)軟件產(chǎn)品或服務(wù)，以滿足某個(gè)(mu )業(yè)務(wù)目標(biāo)，對(duì)開(kāi)發(fā)與運(yùn)維之間相互依存關(guān)系的一種新的理解。 . DevOps并不僅僅關(guān)注軟件部署，它是部門(mén)間溝通協(xié)作的一組流程和方法。打破了目前的rd-qa-op流水線的流程例如：rd每次提交代碼觸發(fā)一系列的自動(dòng)化步驟，包括編譯，單元測(cè)試，代碼覆蓋率，功能測(cè)試，部署(b sh)測(cè)試，性能/容量測(cè)試，rd，qa，op都在過(guò)程中做質(zhì)量保障。第22頁(yè)/共29頁(yè)第二十三頁(yè)，共28頁(yè)。代碼樹(shù)-主干開(kāi)發(fā)(kif)所有的feature作

12、為一個(gè)整體發(fā)布Team Foundation Server持續(xù)集成(j chn)工具-開(kāi)發(fā)測(cè)試一體第23頁(yè)/共29頁(yè)第二十四頁(yè)，共28頁(yè)。持續(xù)集成的解決方案是簡(jiǎn)潔的。產(chǎn)品由SVN去管理，構(gòu)建(u jin)過(guò)程由CI server負(fù)責(zé)，而構(gòu)建(u jin)過(guò)程包含了編譯，測(cè)試，發(fā)布，部署過(guò)程ToolsTools：Automated infrastructureAutomated infrastructure（自動(dòng)化，（自動(dòng)化，系統(tǒng)之間可集成）系統(tǒng)之間可集成） shared version controlshared version control（SVNSVN共享源共享源碼）碼） one step build and deployone step build and deploy（持續(xù)構(gòu)（持續(xù)構(gòu)建和部署）建和部署） feature flagsfeature flags（公司內(nèi)部稱為（公司內(nèi)部稱為single single branchbranch，主干開(kāi)發(fā)），主干開(kāi)發(fā)） Shared metrics Shared metrics （指標(biāo)度量（指標(biāo)度量(dling)(dling)工具）工具）IRC and IM robotsIRC and IM robots（信息整合）（信息整合） 第24頁(yè)/共29頁(yè)第二十五頁(yè)，共28頁(yè)。p 理解敏捷(mnj