浙江移動(dòng)敏捷與DevOps嘗試0.5

vOps管理實(shí)踐IIIDevOps實(shí)踐-工程效率提升管理實(shí)踐IIIDevOps實(shí)踐-工程效率提升IIV333+類文檔種測(cè)試40%在等待(環(huán)境、數(shù)據(jù))從價(jià)值創(chuàng)造的角度，軟件研發(fā)活動(dòng)可以分為幾類：創(chuàng)造價(jià)值的活動(dòng)：寫(xiě)代碼不創(chuàng)造價(jià)值但是價(jià)值實(shí)現(xiàn)必須的活動(dòng)：代碼編譯、部署不創(chuàng)造價(jià)值也不是價(jià)值實(shí)現(xiàn)必須的活動(dòng)：寫(xiě)B(tài)UG、等待 創(chuàng)造價(jià)值活動(dòng)所花費(fèi)的時(shí)間=過(guò)程的有效性整個(gè)過(guò)程所花費(fèi)的時(shí)=過(guò)程的有效性有背景介紹-2件超過(guò)件超過(guò)驗(yàn)證>5個(gè)小時(shí) (MTTR)>20分鐘存理最后一公里”，是指軟件滿足了功能需求之后，尚未投入實(shí)際運(yùn)行并創(chuàng)造業(yè)務(wù)價(jià)值的階段。軟是面對(duì)交付壓力的軟件開(kāi)發(fā)者──常常對(duì)“最后一公里”視而不見(jiàn)。但它確實(shí)正在成為業(yè)務(wù)作700W700W>管理實(shí)踐IIIDevOps實(shí)踐-工程效率提升管理實(shí)踐IIIDevOps實(shí)踐-工程效率提升IIV織的自上而下的推動(dòng)成立ETC(企業(yè)敏捷轉(zhuǎn)型社區(qū)),建立ETC團(tuán)隊(duì)協(xié)議、活動(dòng)章程，總體負(fù)責(zé)敏捷轉(zhuǎn)型的落實(shí)推動(dòng)。采用迭代改進(jìn)的方敏捷Scrum知識(shí)體系業(yè)界實(shí)踐公司目前現(xiàn)有實(shí)踐定義輔定義敏捷實(shí)踐集實(shí)施質(zhì)量測(cè)試實(shí)施質(zhì)量測(cè)試管理實(shí)踐、工程實(shí)踐五大方面對(duì)敏捷實(shí)施成熟度進(jìn)行全方位評(píng)分。踐作價(jià)值驅(qū)動(dòng)敏捷實(shí)施成熟度測(cè)試付、運(yùn)維各環(huán)節(jié)的執(zhí)行質(zhì)量，通過(guò)ETC組織驅(qū)動(dòng)敏捷方法持續(xù)執(zhí)行。敏捷轉(zhuǎn)型前得分為1.55分，當(dāng)前得敏捷轉(zhuǎn)型前得分為1.55分，當(dāng)前得分3.5分.完成敏捷方法自查和提升Framework完成敏捷方法自查和提升成熟度測(cè)試基于測(cè)試驅(qū)動(dòng)敏捷運(yùn)營(yíng)將問(wèn)題反饋相關(guān)單位深入查證問(wèn)題原因內(nèi)部推動(dòng)問(wèn)題解決理團(tuán)隊(duì)測(cè)試團(tuán)隊(duì)發(fā)測(cè)試團(tuán)隊(duì)代碼提交T稿T-8代碼提交T稿T-8能開(kāi)發(fā)測(cè)試測(cè)試案例編寫(xiě)開(kāi)發(fā)根據(jù)用戶故事要求，進(jìn)行代碼編寫(xiě)；測(cè)試根據(jù)用戶故事驗(yàn)收條件，進(jìn)行測(cè)試案例編寫(xiě)。個(gè)迭代回顧，上線評(píng)審，上線T’12T12Sprint個(gè)迭代回顧，上線評(píng)審，上線T’12T12Sprint，布，回歸試T－4版測(cè)試??4個(gè)會(huì)議：?Sprint計(jì)劃會(huì)議?每日例會(huì)?Sprint評(píng)審會(huì)議?Sprint回顧會(huì)議1個(gè)活動(dòng)：?需求澄清會(huì)個(gè)迭代回顧，上線評(píng)審，上線SprintSprint2開(kāi)始：清Sprint的每天：T-4到下個(gè)迭代的第一天PO要將已經(jīng)排版的需求梳理和細(xì)節(jié)確認(rèn)完畢(需求管理員＋系分及PO＋團(tuán)隊(duì)PO助理)在Sprint開(kāi)始第一天上午召開(kāi)需求澄清會(huì)議，為下個(gè)Sprint做準(zhǔn)備。(大約占0.5天)，Sprint中開(kāi)展ShowCase實(shí)踐，開(kāi)發(fā)成員完成某個(gè)功能(自測(cè)完畢)向PO演示所完成的功能。產(chǎn)品負(fù)責(zé)人PO：作為產(chǎn)品的owner，代表客戶決定產(chǎn)品需求以及優(yōu)先級(jí)，是Team對(duì)于需求的唯一訴求人，幫助團(tuán)隊(duì)屏蔽傳統(tǒng)業(yè)務(wù)領(lǐng)域PO：負(fù)責(zé)具體功能的用戶故事、驗(yàn)收標(biāo)準(zhǔn)編寫(xiě)，把握故事的優(yōu)先級(jí)，保證團(tuán)隊(duì)瞄準(zhǔn)正確的目標(biāo)。每個(gè)團(tuán)隊(duì)都有屬于自ScrumMaster：確保scrum被理解和遵循；確保scrum運(yùn)用的有效性；確保team內(nèi)外不受干擾，使團(tuán)隊(duì)專注在開(kāi)發(fā)生產(chǎn)中。開(kāi)發(fā)團(tuán)隊(duì)：是一個(gè)自組織、跨職能的團(tuán)隊(duì)，一般規(guī)?？刂圃?-9個(gè)人。UI/UE業(yè)務(wù)領(lǐng)域PO產(chǎn)品業(yè)務(wù)領(lǐng)域PO業(yè)務(wù)領(lǐng)域PO產(chǎn)品業(yè)務(wù)領(lǐng)域PO業(yè)務(wù)領(lǐng)域PO業(yè)務(wù)領(lǐng)域PO管理實(shí)踐DevOps實(shí)踐-工程效率提升管理實(shí)踐DevOps實(shí)踐-工程效率提升IIIIIIIV代代碼重構(gòu)，拆解原CRM單體700W+行代碼為12個(gè)業(yè)務(wù)中心。厚平臺(tái)，輕應(yīng)用，組和業(yè)務(wù)組件；開(kāi)放的服務(wù)化架構(gòu)：服務(wù)原子化解耦和高性能云化服務(wù)調(diào)度框架，服務(wù)能力可對(duì)外開(kāi)放；高可靠和高容錯(cuò)：任何節(jié)點(diǎn)和鏈路故障能夠自動(dòng)檢測(cè)和優(yōu)化，確保高可靠性； DEVOPS：快速迭代，持續(xù)交付；數(shù)據(jù)化運(yùn)營(yíng)：對(duì)服務(wù)運(yùn)行全面監(jiān)控，監(jiān)控?cái)?shù)據(jù)積累可視化；應(yīng)用級(jí)線性擴(kuò)展：隨著資源加入，能進(jìn)行微服務(wù)級(jí)指標(biāo)流程物件角色規(guī)范范?流程：面化指標(biāo)流程物件角色規(guī)范范?流程：面化?規(guī)范：明確9種角色在各個(gè)階段的職責(zé)。明確研發(fā)過(guò)程中需要經(jīng)過(guò)的4個(gè)環(huán)境20+個(gè)步驟，并要求實(shí)現(xiàn)工具自動(dòng)化。明確和質(zhì)量相關(guān)的11個(gè)規(guī)范，并要求實(shí)現(xiàn)工具化落地。明確3級(jí)指標(biāo)體系，1級(jí)是成熟度指標(biāo)、2級(jí)是效率和成功率指標(biāo),3級(jí)是具體質(zhì)量指標(biāo)。?角色：5規(guī)?物件：?指標(biāo)：基于敏捷DevOps方法，結(jié)合已有的開(kāi)發(fā)實(shí)踐，建立DevOpsFramework方法框架。該框架從全局上貫通了產(chǎn)品需求、開(kāi)發(fā)測(cè)試、部署上線的閉環(huán)流程。需求、開(kāi)發(fā)測(cè)試、部署上線的閉環(huán)流程。編譯、靜態(tài)代碼檢查、單元測(cè)試、覆蓋率計(jì)、編譯發(fā)布、集成部署等內(nèi)容。提升開(kāi)測(cè)試流轉(zhuǎn)速度，實(shí)現(xiàn)集成測(cè)試環(huán)境按天部描結(jié)果、編譯結(jié)果、單元測(cè)試等報(bào)告，提展示功能。打通集成測(cè)試平臺(tái)測(cè)試報(bào)告和續(xù)集成平臺(tái)接口，使得從代碼提交到集成指標(biāo)固化，平臺(tái)上固化源代碼、代碼質(zhì)量、單元測(cè)試、版本發(fā)布等11個(gè)質(zhì)量相關(guān)規(guī)建立敏捷交付(ADCloud)平臺(tái)，打通從需求、代碼構(gòu)建、系統(tǒng)測(cè)試、上線發(fā)布全流程，精益管理軟件開(kāi)發(fā)過(guò)程。實(shí)界面展示圖表指標(biāo)展示功能管理測(cè)試構(gòu)建需求版本管控集群部署快速回退功能測(cè)試性能測(cè)試回歸測(cè)試灰度測(cè)試源碼管理需求關(guān)聯(lián)規(guī)范檢查測(cè)試關(guān)聯(lián)迭代計(jì)劃測(cè)試構(gòu)建需求版本管控集群部署快速回退功能測(cè)試性能測(cè)試回歸測(cè)試灰度測(cè)試源碼管理需求關(guān)聯(lián)規(guī)范檢查測(cè)試關(guān)聯(lián)迭代計(jì)劃開(kāi)發(fā)任務(wù)任務(wù)分解需求分析發(fā)布監(jiān)控反饋源碼源碼/CI測(cè)測(cè)試對(duì)接依賴包依賴包/二進(jìn)制制品流程驅(qū)動(dòng)需求對(duì)接業(yè)務(wù)平臺(tái)需求管理平臺(tái)測(cè)試管理平臺(tái)DCOS平臺(tái)資源池管理Apm資源池管理ApmBOMCBOMC開(kāi)源工具GIT/SVNJenkinsGradleSonarNexusSonarNexusJaCoCoJaCoCoFindbugsFindbugsJenkins測(cè)試人員代碼自動(dòng)檢測(cè)持續(xù)集成報(bào)告代碼靜態(tài)檢查單元測(cè)試代碼提交Git/SVNJenkins測(cè)試人員代碼自動(dòng)檢測(cè)持續(xù)集成報(bào)告代碼靜態(tài)檢查單元測(cè)試代碼提交Git/SVN編譯打包自動(dòng)化測(cè)試平臺(tái)發(fā)布環(huán)境通過(guò)Jenkins持續(xù)集成平臺(tái)，實(shí)現(xiàn)代碼自動(dòng)化編譯，單元測(cè)試自動(dòng)化，集成代碼掃描工具，自動(dòng)打包發(fā)布，打通主要工具：代碼倉(cāng)庫(kù)：Git/SVN進(jìn)行管理；靜態(tài)檢查：Sonar集成。集成部署：shell腳本/服務(wù)接口；masterrelease、7月份分支合并主干發(fā) 主干發(fā)emasterrelease、7月份分支合并主干發(fā) 主干發(fā)edevdev Tag:v201606011、7月份上線分支建立緊急bug修復(fù) 緊急bug修復(fù) 應(yīng)用配置配置包Docker鏡像 應(yīng)用代碼Docker鏡像基于Docker的部署模式Docker鏡像庫(kù)基于Docker的部署模式Docker鏡像庫(kù)環(huán)境包管理服務(wù)，統(tǒng)一管理依賴包組項(xiàng)目–依賴包關(guān)管理組項(xiàng)目–依賴包關(guān)管理oudNexus下載僅包含代碼編譯包基基于DCOS(數(shù)據(jù)中心操作系統(tǒng))的持續(xù)部署應(yīng)用容器化服務(wù)引流應(yīng)用容器化服務(wù)引流資源調(diào)度應(yīng)用應(yīng)用 (Docker)應(yīng)用 )節(jié)點(diǎn)節(jié)節(jié)點(diǎn)節(jié)點(diǎn)節(jié)點(diǎn)節(jié)節(jié)點(diǎn)物理機(jī)或虛擬機(jī) 代碼提交Git/SVN 同項(xiàng)目級(jí) 代碼提交Git/SVN 同項(xiàng)目級(jí)通過(guò)對(duì)編譯環(huán)境docker化來(lái)，編譯，解決多項(xiàng)越小1越小2越小1越小2UI界面發(fā)起的業(yè)務(wù)，而前面界面變化快，執(zhí)行失敗率高，維護(hù)量大；2.接口服務(wù)為后端服務(wù)，覆蓋量不大，而實(shí)際上接口自動(dòng)化實(shí)現(xiàn)效率高，穩(wěn)定性也高，適當(dāng)高密度覆蓋；工作量大。DevOps成熟度模型總體來(lái)說(shuō)處于可持續(xù)級(jí)，總體來(lái)說(shuō)處于可持續(xù)級(jí)，需要往量化級(jí)和優(yōu)化級(jí)發(fā)展！階段二：持續(xù)交付階階段二：持續(xù)交付階段一：持續(xù)集成階段三：階段三：DevOpsPaaS云持續(xù)構(gòu)建持續(xù)檢查持續(xù)單元測(cè)試持續(xù)自動(dòng)化測(cè)試持續(xù)部持續(xù)構(gòu)建持續(xù)檢查持續(xù)單元測(cè)試持續(xù)自動(dòng)化測(cè)試持續(xù)部署交付流水線儀表盤(pán)自動(dòng)化監(jiān)控配置管理部署環(huán)境管理制品管理全景報(bào)表部門(mén)級(jí)DevOps實(shí)現(xiàn)對(duì)信息技術(shù)部各個(gè)域采用持續(xù)交付支