1、 銀行大型Scrum架構實踐銀行產品實施敏捷與DevOps建設經驗分享前世與今生2問題與實踐3展望與改進目錄1 前世與今生投產頻率頻率 翻倍平均兩月投產一次正常每月投產一次 緊急情況隨時投產 敏捷實施前敏捷實施后前世與今生部署時長部署時間從3小時縮短至17分鐘，打通了開 發到運維部署的各個環節以生產環境部署為例部署時長節約至少 80%幾十臺服務器：多個獨立部署子系統： 前世與今生版本管理手工追平 人工驗證每日多次自動追平 自動化測試驗證以8000人天任務為例，可以節省約400人天 敏捷轉型前世與今生開發效率87至少提升12%功能點 開發時長傳統項目A功能點 開發時長敏捷項目B敏捷的目標不是提高

2、開發效率，而是快速實現有價值的需求，但在實踐中投入的人員規模相當 的情況下：183007500 1前世與今生2問題與實踐3 展望與改進目錄問題與實踐問題關于產品：大型Scrum沒有可借鑒的產品 涉及領域：20個 涉及模塊：數百個 產品年限：13年關于人員：缺乏敏捷思維 開發人員過百余人 測試人員約開發人員一半余人規模 較大 問題與實踐問題自動化測試CI可視化集成調度代碼掃描自動構建版本管理自動部署通過腳本按要求構建，沒 有每日自動構建沒有對CI/CD整個流程進 行整合沒有集中統一掃描，積累了較多 的技術債多分支管理不完善，以手工追平 為主有部分單元測試、接口腳 本，自動化測試能力不足沒有CI/

3、CD全景可視化信息僅在測試環境上進行了自動部 署，不是每天自動部署DevOps基礎薄弱 問題與實踐問題并行任務管理如何將產品 、版本、時間、需求項這些維度統一管理起來，將其中涉 及的待開發的用戶故事合理分派給每個敏捷Team？如何做到各組的業務領域相對清晰，工作強度大體相當？如何做到管理者既能從產品、項目等各個維度了解整體任務情況、問 題和風險，還能了解每個任務具體的開發情況？ 問題與實踐問題有效溝通如何保證大型團隊溝通起起來是有效的？ 問題與實踐實施經驗最緊要的是什么？最重要的是什么？ 最難點的是什么？最容易出的問題是什么？ 最容易忽視的是什么？ 問題與實踐最緊要的工作搭架構 問題與實踐最緊

4、要的工作充分發揮人員主觀能主性，挖掘團隊產能 主要領域做得更“專”兼顧領域做得更“廣” 技能培養兼顧深度與廣度領 域 劃 分 解決實施最重要的工作“要想富先修路”, DevOps就是基礎設施目標：提高響應力縮短需求轉化周期 縮短故障恢復周期 改善業務連續性促進開發、測試、維 護深度融合 問題與實踐最重要的工作2工具研究研究9大類，20多個敏捷相關工具規范制定制定13項規范安排人員定期進行檢查1 解決實施最重要的工作1200 600016003002整合、集成腳本每日構建單元測試案例修復技術債 自動化接口功能測試案例問題與實踐最難點“一進一出”管理好任務從容應對多任務同時并行，高頻度投產的挑戰多任務管理故事拆分小組任務項 目 1項 目 2 問題與實踐最難點“一進一出”每個敏捷小組只有一個統一視圖，不用根據項目、需求、版本去切換到不同的看板。小組的開發速率、迭 代內的進展、分配的任務變得非常清晰。也使得查看項目的故事數量、進度情況、問題溝通變得更加便捷。 V 1. 0V 1. 1V 1. 3追平追平追平追平問題與實踐最難點“一進一出”管理好版本l數據庫追平l多版本并行 問題與實踐最容易出的問題及時溝通 問題與實踐最容易忽視的事情持續改進l 故事地圖l 原型法l Docker搭建DevOps環境l 用工具-造工具敏捷社區l 工 作坊l 分享會l 分享空間與分享獎勵機制敏捷交流l 定