云11-超圖敏捷研發(fā)與質量保障體系-胡中南_v0911

1、P1超圖敏捷研發(fā)與質量保障體系SuperMap Agile 2015胡中南 云產品研發(fā)中心 總經(jīng)理P2P3敏捷敏捷是是為了為了do right things,do things right with better way P4敏捷開發(fā)敏捷開發(fā)以人為核心迭代循序漸進P5敏捷是價值觀、方法論敏捷是價值觀、方法論，也是也是眾多眾多實踐實踐的集合的集合 P6如何理解敏捷研發(fā)的實踐？如何理解敏捷研發(fā)的實踐？它解決了哪些問題？它解決了哪些問題？從研發(fā)說起從研發(fā)說起P7軟件研發(fā)包括哪些工作軟件研發(fā)包括哪些工作 產品產品立項立項 需求管理需求管理 團隊管理團隊管理 質量管理質量管理 技術技術架構架構管理管理

2、版本管理版本管理 依賴依賴庫庫管理管理 .P8四個切面看研發(fā)四個切面看研發(fā) 目標：目標：做什么做什么 組織：組織：誰來做誰來做 評估：評估：做的好做的好不好不好 支撐：支撐：如何做如何做好好產品產品需求需求團隊團隊質量質量技術技術P9四個切面看敏捷四個切面看敏捷NPDScrumQCCIP10新產品開發(fā)流程 New Product DevelopmentP11NPD：新產品開發(fā)流程：新產品開發(fā)流程New Product Dev自下而上自下而上收集需求，收集需求，提出產品創(chuàng)提出產品創(chuàng)意意立項評審立項評審進行篩選與進行篩選與把關把關商業(yè)計劃評審商業(yè)計劃評審對市場可行對市場可行性進行審核性進行審核Be

3、ta發(fā)布技術評審發(fā)布技術評審對產品功能對產品功能符合度進行符合度進行把關把關發(fā)布決策評審發(fā)布決策評審對產品交付對產品交付件進行把關件進行把關P12員工申請立項評審商業(yè)計劃評審發(fā)布評審市場產品創(chuàng)意來自一線發(fā)現(xiàn)偏離：糾正發(fā)現(xiàn)錯誤：砍掉創(chuàng)新把控機制：決策評審創(chuàng)新把控機制：決策評審P13例：例：iCloudManager 從立項到發(fā)布從立項到發(fā)布P14立項時的評審關注點：產品定位立項時的評審關注點：產品定位P15商業(yè)決策關注點：是否能取得市場成功商業(yè)決策關注點：是否能取得市場成功避免為了技術而研發(fā)P16發(fā)布決策關注點：產品質量、發(fā)布準備發(fā)布決策關注點：產品質量、發(fā)布準備P17NPD從全局宏觀角度，解決

4、了從全局宏觀角度，解決了研發(fā)與市場脫節(jié)的問題研發(fā)與市場脫節(jié)的問題P18do right things,do things right with better way P19那么在具體的開發(fā)實現(xiàn)階那么在具體的開發(fā)實現(xiàn)階段，又是如何做到敏捷的？段，又是如何做到敏捷的？P20P21Scrum敏捷研發(fā)模式敏捷研發(fā)模式 PB 規(guī)劃 迭代驗收產品負責人建立產品功能列表，并進行優(yōu)先級排序產品負責人講解開發(fā)的條目，團隊進行估算并放入下一個迭代團隊開發(fā)實現(xiàn)所列需求，召開每日立會以溝通進度和問題團隊向產品負責人及干系人展示開發(fā)成果P22需求分析設計編碼測試發(fā)布需求分析設計發(fā)布2周迭代2周迭代2周迭代2周迭代瀑布開

5、發(fā)模式敏捷開發(fā)模式1）發(fā)布時間常推遲2）新需求很難加入需求1）發(fā)布時間可控2）快速響應需求變化3）軟件隨時可用P23do right things,do things right with better way P24Scrum框架框架四個角色三個工件五項活動五項價值觀P25Scrum四個角色四個角色產品負責人(PO)Scrum Master開發(fā)團隊(建議5-8人)過程檢查控制(QA)P26Scrum三個工件三個工件Product BacklogSprint Backlog燃盡圖(Burndown Chart)P27P28P29P30P31P32P33Scrum五項活動五項活動產品待辦事項列表

6、梳理Sprint計劃會議每日立會Sprint評審會議Sprint回顧會議P34P35P36P37P38P39P40Scrum框架框架連接了連接了產品產品 + 團隊團隊 + 流程流程是超圖敏捷是超圖敏捷體系體系的核心的核心P41do right things,do things right with better way P42P43QC：質量控制體系：質量控制體系自動化測試用例編寫代碼自動化檢查持續(xù)運行自動化測試性能對比測試P44質量保障也有質量保障也有“生產線生產線”P45驗證需求、驗證功能、驗證缺陷驗證需求、驗證功能、驗證缺陷需求功能缺陷P46do right things,do thin

7、gs right with better way P47持續(xù)集成 Continuous IntegrationP48研發(fā)活動研發(fā)活動 編碼編碼 測試測試 代碼審查代碼審查 多人代碼合并多人代碼合并 產品化產品化 產品發(fā)布出包產品發(fā)布出包 缺陷管理缺陷管理P49什么是持續(xù)集成（什么是持續(xù)集成（CI）開發(fā)人員1CI流程1CI流程2 提交代碼成果A最終成果。能直接給用戶成果B成果C開發(fā)人員2提交代碼看到成果，得到快速直觀反饋開發(fā)人員的每次編碼提交，都能觸發(fā)一次構建，構建的結果是最終的分發(fā)成果。這樣，開發(fā)人員的每次提交都能得到反饋。P50快速看到成果、得到快速看到成果、得到反饋反饋P51持續(xù)持續(xù)集成還

8、帶來集成還帶來什么好處？什么好處？ 便于多人協(xié)作：便于多人協(xié)作： CI會抓取所有人的提交構建成果，如果 兩個開發(fā)人員 提交的代碼相互影響，能提早發(fā)現(xiàn)并處理。 每一次提交得到測試，并反饋，保障代碼每一次提交得到測試，并反饋，保障代碼質量質量 質量保障“生產線” 自動化自動化 避免低水平重復勞動，提高效率P52CI：持續(xù)集成：持續(xù)集成Continuous Integration以以CI系統(tǒng)為紐帶系統(tǒng)為紐帶通過一系列的通過一系列的IT業(yè)務支撐系統(tǒng)業(yè)務支撐系統(tǒng)讓開發(fā)活動環(huán)環(huán)相扣讓開發(fā)活動環(huán)環(huán)相扣P53用軟件用軟件系統(tǒng)輔助系統(tǒng)輔助做軟件做軟件的更好地做的更好地做軟件軟件 SVN(Git)、 TeamCi

9、ty(Jenkins)、 JIRA(YouTrack、GitLab、Worktile)、 Sonar、 Confluence（SPB）、）、 FishEye（Upsource、Gerrit）、）、 Crowd（Hub、CAS、ApacheDS、OpenLDAP）、）、 Coding.NET、oschina、CODE.CSDN P541. 需求與缺陷管理系統(tǒng)需求與缺陷管理系統(tǒng)P552. 代碼白盒檢測代碼白盒檢測P563. 代碼審查代碼審查P574. 文檔與分享（文檔與分享（WIKI）P585. 持續(xù)集成持續(xù)集成P596. 自動化測試自動化測試P60歷時十余載，近歷時十余載，近30種軟件種軟件商業(yè)軟件6項開源軟件十余項自研軟件十余項P61最困難的是最困難的是軟件的融合P62這不是一套軟件這不是一套軟件這是一套完整的系統(tǒng)P63do right things,do things right with better way P64回顧：四個切面看敏捷體系回顧：四個切面看敏捷體系 目標：目標：做什么做什么 組織：組織：誰來做誰來做 評估：評估：做的好做的好不好不好 支撐：支撐：如何做如何做好好產品產品需求需求團隊團隊質量質量技術技術P65Better way