Scrum敏捷與DevOps淺談參考幻燈片

1、1,敏捷與,DevOps,淺談,1,2020/3/30,2,引言,敏捷,的出現縮小了商業(yè)需求和開發(fā)之間的隔閡，有效的加快了產品開發(fā)的周期和效率,開發(fā)和運維之間的隔閡需要解決,DevOps,的理念應運而生,3,目錄,理解敏捷,敏捷開發(fā)流程,Scrum,迭代式增量軟件開發(fā),DevOps,理念,敏捷與,DevOps,4,敏捷更符合軟件開發(fā)規(guī)律,傳統(tǒng)開發(fā),敏捷開發(fā),軟件更像一個活著的植物，軟件開發(fā)是,自底向上逐步有序的生長過程,類似于植物自然生長,敏捷開發(fā)遵循軟件客觀規(guī)律，不斷的進行,迭代增量,開發(fā)，最終交付符合客戶價值的產品,5,理解敏捷,敏捷開發(fā)是,一種以人為核心、迭代、循序漸進的開發(fā)方法,在敏捷

2、開發(fā)中，軟件項目在構建初期被切分成,多個子項目,各個子項目,的成果,都經過測試,具備可視、可集成和可運行使用的特征,6,誰在用敏捷,7,目錄,理解敏捷,敏捷開發(fā)流程,Scrum,迭代式增量軟件開發(fā),DevOps,理念,敏捷與,DevOps,8,敏捷開發(fā)流程,PO,和開發(fā)團隊對產品業(yè)務目標形成共識,PO,建立和維護產品需求列表,需求會不斷新,增和改變,并進行優(yōu)先級排序,PO,每輪迭代前,Review,需求列表，并篩選高,優(yōu)先級需求進入本輪迭代開發(fā),開發(fā)團隊,細化本輪迭代,需求，并按照需求的優(yōu),先級，依次在本輪迭代完成,開發(fā)團隊每日,站立會議,特性開發(fā),持續(xù)集成,使開發(fā)進度真正透明,PO,對每輪迭

3、代,2,4,周,交付的可工作軟件,進行現場驗收和反饋,回到第,3,步，開始下一輪迭代,迭,代,每日工作,交付,可以工作,的軟件,迭代計劃,回顧,確定一個迭代,的工作內容,產品和利,益相關人,9,目錄,理解敏捷,敏捷開發(fā)流程,Scrum,迭代式增量軟件開發(fā),DevOps,理念,敏捷與,DevOps,10,Scrum,特點,Scrum,將小型團隊轉化為自身命運的管理者,強調每個人的主動性與參與性,快速實現“頻繁變更的需求,關注交付與產出的商業(yè)價值,目的：促使整個開發(fā)過程,迅速,自我驅動,11,Scrum,角色,敏捷團隊包括,3,個核心角色,PO(Product Owner,傳遞來自市場的聲音、提升

4、項目的回報,確定產品,Backlog,中的優(yōu)先級,從產品的角度確保團隊工作方向,Scrum Master(Scrum,教練,管理,Scrum,流程，確保,Scrum,運轉,確保每個,Sprint,目標的實現與產出，不受外界干擾,Team(Virtual Team,虛擬團隊,由,5-9,人組成（開發(fā)，測試等）、評估每個,Sprint,工作,12,Scrum,框架,迭代,每,2-4,周,Daily,SCRUM,每,24,小時,高優(yōu)先級,可運行的軟件,工作項,分解,產品訂單,Product Backlog,迭代訂單,Sprint Backlog,新的功能,增量,迭代規(guī)劃會議,Sprint Plan,

5、一般,不超過,8,小時,前,4,個小時,產品負責人,向團隊展示,最高優(yōu)先級的產品，團隊則向他詢問,產品,Backlog,的內容、目的、含義及,意圖,后,4,小時：團隊計劃本,Sprint,的安排,迭代復審會議,Sprint Review,一般,4,個小時,由,團隊成員,向產品負責人和其他利益,相關人展示,Sprint,周期內,的產品開發(fā)情況,迭代回顧會議,Sprint Retrospective,一般,3,個小時,Scrum Master,將,鼓勵團隊在,SCRUM,過程框架和實,踐范圍內，對開發(fā)過程做出修改,使它在下一個,Sprint,周期中更加有,效和令人愉快,每日站立會議,Daily S

6、crum Meeting,在簡會上，每個成員主要回答三個問題,自上次,SCRUM,簡會后的一天了（昨天,你做了什么,從現在到下次,SCRUM,簡會的一天里（今,天,你要做什么,在實現,SCRUM,及項目目標的工作中，你,遇到,哪些困難,嗎,產品負責人,Scrum,主管,開發(fā)團隊,13,Scrum,工具,團隊,Sprint,計劃會議,Sprint Backlog,Daily,簡會,評審會議、總結,Product Backlog,所有需要完成的產品清單，包括優(yōu)先級、商業(yè)訴求,PO,負責,Sprint Backlog,由團隊主動選擇完成的每個,Sprint,需要完成的,Story,列表,每個,Sto

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

8、,2 hour,Task 3,3 hour,Task 4,3 hour,Task 5,2 hour,Task 6,3 hour,Deadline,2015XXXX,SP,8,16,估算時間,story point,計劃紙牌,17,Daily Meeting,每天,15,分鐘,團隊面對面站立成圈,晨會是為項目信息同步可視化,不是為了,解決問題,避免無關的討論,SM,引導,歡迎各界人士，但,只有“豬”可以發(fā)言,18,任務看板,燃盡圖,19,迭代結果的驗收,Review,迭代結果的驗收,Review,團隊需要演示所完成的,迭代工作,典型的做法是使用演示形式展示新功能或者底層架構的實現,非正式的,2,

9、小時的提前準備,不需要正式演示文檔,相關的利益相關者,邀請所有關注產品的人參加,20,一個好,Demo,的效果,1,促進,PO,融入團隊,PO,真正被團隊認可成為團隊的一員，不再是,那個被,Boss,傳遞需求,2,判定演示成效,符合故事結果預期,沒有,Bug,亮點可以是技術的革新，界面好，生產力提升等,每個評委都必須把不足點表達出，并請團隊改進,3,溝通,每個故事,Demo,后，有,1,3,分鐘,溝通和提問，團隊會直接直面客戶的反饋,21,目錄,理解敏捷,敏捷開發(fā)流程,Scrum,迭代式增量軟件開發(fā),DevOps,理念,敏捷與,DevOps,22,DevOps,的出現,開發(fā)團隊,要求的不斷滿足

10、新的客戶需求，并快速實現新的功能,而,運營,最關心的是“穩(wěn)定壓倒一切”，任何差錯都有可能對生產環(huán)境中的用戶造成直接影響,23,如何解決開發(fā)和運維的隔閡,Wikipedia,對,DevOps,的定義是,DevOps,是,軟件開發(fā),運維,和,質量保證,三個部門之間的溝通、協作和集成所采用的流程、方法和體系的一,個集合,它是人們?yōu)榱思皶r生產軟件產品或服務，以滿足某個業(yè)務目標，對開發(fā)與運維之間相互依存關系的,一種新的理解,DevOps,并不僅僅關注軟件部署，它是部門間溝通協作的一組流程和方法,打破了目前的,rd-qa-op,流水線的流程,例如,rd,每次提交代碼觸發(fā)一系列的自動化步驟,包括,編譯，單元

11、測試，代碼覆蓋率，功能測,試，部署測試，性能,容量測試,rd,qa,op,都在過程中做質量保障,24,如何解決開發(fā)和運維的隔閡,代碼樹,主干開發(fā),所有的,feature,作為一個整體發(fā)布,Team Foundation Server,持續(xù)集成工具,開發(fā)測試一體,25,持續(xù)集成,持續(xù)集成,的解決方案是簡潔的。產品由,SVN,去管理，構建過程由,CI server,負責，而,構建過程包含了編譯，測試，發(fā)布，部署過程,Tools,Automated infrastructure,自動化，系統(tǒng)之間可集成,shared version control,SVN,共享源碼,one step build and deploy,持續(xù)構建和部署,feature flags,公司內部稱為,single branch,主干開發(fā),Shared metrics,指標度量工具,IRC and IM rob