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

1、P1超圖敏捷研發(fā)與質(zhì)量保障體系SuperMap Agile 2015云產(chǎn)品研發(fā)中心 總經(jīng)理P2P3敏捷是為了敏捷是為了do right things,do things right with better way P4敏捷開發(fā)敏捷開發(fā)P5敏捷是價(jià)值觀、方法論，也是眾多敏捷是價(jià)值觀、方法論，也是眾多實(shí)踐實(shí)踐的集合的集合 P6如何理解敏捷研發(fā)的實(shí)踐？如何理解敏捷研發(fā)的實(shí)踐？它解決了哪些問題？它解決了哪些問題？從研發(fā)說起從研發(fā)說起P7軟件研發(fā)包括哪些工作軟件研發(fā)包括哪些工作 產(chǎn)品立項(xiàng)產(chǎn)品立項(xiàng) 需求管理需求管理 團(tuán)隊(duì)管理團(tuán)隊(duì)管理 質(zhì)量管理質(zhì)量管理 技術(shù)架構(gòu)管理技術(shù)架構(gòu)管理 版本管理版本管理 依賴庫管理

2、依賴庫管理 .P8四個切面看研發(fā)四個切面看研發(fā)P9四個切面看敏捷四個切面看敏捷P10新產(chǎn)品開發(fā)流程 New Product DevelopmentP11NPD：新產(chǎn)品開發(fā)流程：新產(chǎn)品開發(fā)流程N(yùn)ew Product DevP12產(chǎn)品創(chuàng)意來自一線創(chuàng)新把控機(jī)制：決策評審創(chuàng)新把控機(jī)制：決策評審P13例：例：iCloudManager 從立項(xiàng)到發(fā)布從立項(xiàng)到發(fā)布P14立項(xiàng)時的評審關(guān)注點(diǎn)：產(chǎn)品定位立項(xiàng)時的評審關(guān)注點(diǎn)：產(chǎn)品定位P15商業(yè)決策關(guān)注點(diǎn)：是否能取得市場成功商業(yè)決策關(guān)注點(diǎn)：是否能取得市場成功避免為了技術(shù)而研發(fā)P16發(fā)布決策關(guān)注點(diǎn)：產(chǎn)品質(zhì)量、發(fā)布準(zhǔn)備發(fā)布決策關(guān)注點(diǎn)：產(chǎn)品質(zhì)量、發(fā)布準(zhǔn)備P17NPD從全局宏

3、觀角度，解決了從全局宏觀角度，解決了研發(fā)與市場脫節(jié)的問題研發(fā)與市場脫節(jié)的問題P18do right things,do things right with better way P19那么在具體的開發(fā)實(shí)現(xiàn)階段，又是如何那么在具體的開發(fā)實(shí)現(xiàn)階段，又是如何做到敏捷的？做到敏捷的？P20P21Scrum敏捷研發(fā)模式敏捷研發(fā)模式P22需求分析設(shè)計(jì)編碼測試發(fā)布需求分析設(shè)計(jì)發(fā)布2周迭代2周迭代2周迭代2周迭代瀑布開發(fā)模式敏捷開發(fā)模式1）發(fā)布時間常推遲2）新需求很難加入需求1）發(fā)布時間可控2）快速響應(yīng)需求變化3）軟件隨時可用P23do right things,do things right with be

4、tter way P24Scrum框架框架P25Scrum四個角色四個角色產(chǎn)品負(fù)責(zé)人(PO)Scrum Master開發(fā)團(tuán)隊(duì)(建議5-8人)過程檢查控制(QA)P26Scrum三個工件三個工件Product BacklogSprint Backlog燃盡圖(Burndown Chart)P27P28P29P30P31P32P33Scrum五項(xiàng)活動五項(xiàng)活動產(chǎn)品待辦事項(xiàng)列表梳理Sprint計(jì)劃會議每日立會Sprint評審會議Sprint回顧會議P34P35P36P37P38P39P40Scrum框架框架連接了連接了產(chǎn)品產(chǎn)品 + 團(tuán)隊(duì)團(tuán)隊(duì) + 流程流程是超圖敏捷體系的核心是超圖敏捷體系的核心P41d

5、o right things,do things right with better way P42P43QC：質(zhì)量控制體系：質(zhì)量控制體系P44質(zhì)量保障也有質(zhì)量保障也有“生產(chǎn)線生產(chǎn)線”P45驗(yàn)證需求、驗(yàn)證功能、驗(yàn)證缺陷驗(yàn)證需求、驗(yàn)證功能、驗(yàn)證缺陷P46do right things,do things right with better way P47持續(xù)集成 Continuous IntegrationP48研發(fā)活動研發(fā)活動 編碼編碼 測試測試 代碼審查代碼審查 多人代碼合并多人代碼合并 產(chǎn)品化產(chǎn)品化 產(chǎn)品發(fā)布出包產(chǎn)品發(fā)布出包 缺陷管理缺陷管理P49什么是持續(xù)集成（什么是持續(xù)集成（CI）開發(fā)

6、人員1提交代碼成果A最終成果。能直接給用戶成果B成果C開發(fā)人員2提交代碼看到成果，得到快速直觀反饋開發(fā)人員的每次編碼提交，都能觸發(fā)一次構(gòu)建，構(gòu)建的結(jié)果是最終的分發(fā)成果。這樣，開發(fā)人員的每次提交都能得到反饋。P50快速看到成果、得到反饋快速看到成果、得到反饋P51持續(xù)集成還帶來什么好處？持續(xù)集成還帶來什么好處？ 便于多人協(xié)作：便于多人協(xié)作： CI會抓取所有人的提交構(gòu)建成果，如果會抓取所有人的提交構(gòu)建成果，如果 兩個開發(fā)兩個開發(fā)人員人員 提交的代碼相互影響，能提早發(fā)現(xiàn)并處理。提交的代碼相互影響，能提早發(fā)現(xiàn)并處理。 每一次提交得到測試，并反饋，保障代碼質(zhì)量每一次提交得到測試，并反饋，保障代碼質(zhì)量 質(zhì)

7、量保障質(zhì)量保障“生產(chǎn)線生產(chǎn)線” 自動化自動化 避免低水平重復(fù)勞動，提高效率避免低水平重復(fù)勞動，提高效率P52CI：持續(xù)集成：持續(xù)集成Continuous IntegrationP53用軟件系統(tǒng)輔助做軟件的更好地做軟件用軟件系統(tǒng)輔助做軟件的更好地做軟件 SVN(Git)、 TeamCity(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項(xiàng)開源軟件十余項(xiàng)自研軟件十余項(xiàng)P61最困難的是最困難的是軟件的融合P62這不是一套軟件這不是一套軟件這是一套完整的系統(tǒng)P63do right things,do th