1、,工具鏈產品的修煉之道,姚冬華為云,),華為云軟件開發服務(首席技術布道師資深DevOps與精益/敏捷專家華為云云享專家中國DevOps社區核心組織者,中國DevOpsDays大會核心組織者,姚冬,華為的客戶與業務,服務全球運營商,服務億萬個人消費者,服務全球政企 和行業客戶,消費者業務全球標志性的科技品牌,運營商業務客戶最佳戰略合作伙伴,企業業務數字化轉型的使能者和 最佳合作伙伴,云業務做客戶穩定可靠、安全可 信、可持續演進的云伙伴,華為的產品與研發特征,4,嵌入式系統運營軟件云服務軟件手機終端,,產品形態豐富,產品復雜,團隊規模大,千萬級代碼規模電信級質量要求場景復雜,多產品組合高性能與高
2、可靠性,千人團隊并行開發跨地域協同多文化背景,5,背景:DevCloud的成長歷程,2016年9月,2016年12月,公測,項目管理代碼托管編譯構建,正式亮相發布,項目管理代碼托管,代碼檢查部署服務發布服務,發布,啟動,年月,年月,2017年9月,發布流水線服務發布發布,2017年1月,移動應測試發布特性發布文檔管理特性發布,時間軸:迄今 團隊規模:幾個人 幾十人 幾百人,2018年2月,高校解決方案發布接口測試發布承辦華為軟件精英挑戰賽,2018年10月,華為開源鏡像站發布溝通協作特性發布,孵化自華為,年的研發理念與工具,6,背景:團隊角色設置,:,負責產品規劃、設計、分析:工程師,負責用戶
3、研究、交互設計、美工、視覺,:干系人(項目 業務 服務):負責客戶場景及解決方案,:微服務 特性經理,兼任敏捷,帶領團隊進行開發:技術,系統工程師,負責架構、系統設計開發:負責代碼實現測試:負責測試驗證運維:負責部署、發布、運維、監控,開發,測試,運維,糾結 思考,產品思考,:需求變更是永遠的痛么?01需求變更,企業用戶的需求是相對穩定的工具鏈產品的需求就更加穩定不同的是對客戶需求的理解、實現與體驗用戶要最短時間達到目的地用戶需要一輛自行車 用戶需要一輛汽車用 戶需要一輛特斯拉.,產品思考:價值如何判斷?02,價值與排序,追求“正確”還是“安全”?做了肯定沒有錯,卻低價值話語權:都緊急,都是大
4、單,都是客戶,不接就上升到老板人人都是產品經理,人人都認為自己可以代表市場與客戶,產品思考:不同價值觀與思維模式的碰撞03,如何與開發打交道,與懂產品 與 懂技術?產品經理的技能要求?產品經理不是經理屁股決定腦袋,不同?如何尋找共同利益?,產品思考,:看大還是看???04市場定位,什么是屬性大與小的差異案例與護城河多樣性與一致性,產品思考:線上還是線下?05,產品與運營策略,如何放量?線上與線下的差異:獲客、活動、轉化、拜訪、支持、實施、咨詢如何提升客戶滿意度?客戶的差異化訴求如何滿足?,知識的詛咒,產品思考:吃自己的狗糧06,產品使用場景,吃狗糧客戶使用,場景不同林子大了,什么鳥都有對內自用的
5、產品對外商用的產品,產品思考NO.7:免費 vs 收費07,產品組合Product Portfolio羊毛還能出在豬身上么?產品組合管理,產品思考:開源商用08,產品商業策略,開源與商用開發者社區追求深度,追求廣度,實踐 武器庫,不要憋大招,該出手時就出手,版本火車 錯過要等 大包交付,超長累積風險 最后爆發,組織割裂 層層決策 匯報中失去 機會,短周期 固定節奏 小批量,更短持續反饋 風險化解,扁平化 自決策,交付形式,TTM,組織,始終可以有可工作的軟件,最終才有,時刻都有可工作的軟件,敏捷應運而生,武器號敏捷交付模式,18,,最大的價值交付給客戶,資源永遠是有限的,持續規劃,動態調整,最
6、短的 多路徑來源:戰略、市場發布、競品規劃與排序:,,,、,需求價值評分,模型,評審,管道平衡商業改進,需求價值排序,競品分析,架構優化“吃狗糧”,重大市場發布,持續規劃排序,客戶,管道平衡:兼顧商業與改進,預留人力管道,持續改進反饋戰略規劃,Or,武器號價值識別、需求排序,19,武器號 與客戶聯合敏捷,眾創,對齊客戶商業價值,客戶評分,超出期望的服務 低于預期的服務.,對齊場景、價值,哦,恍然大悟 嗯,確實是剛需.,確定優先級,坦誠溝通,互相理解 聯合確定價值優先級 甚至主動刪減需求,確定交付計劃,計劃、風險、依賴透 明、可視化客戶需求有預期,武器號持續規劃,持續交付,實踐:雙周迭代,小步快
7、跑,持續規劃,路標規劃與刷新,讓需求飛一會兒,臭皮匠,需求和方案的,擁抱變化的文化,具象的低保真,挖掘背后的需求,響應變化,但是也需要有節奏和承諾,武器號服務自治,組織結構與產品架構相適配,計劃,開發,集成,測試,部署,供應,商業計 劃,需求,監控,技術經理技術經理 技術經理,開發工程師開發工程師 開發工程師,產品運營產品運營 產品運營,產品經理,技術經理,開發工程師,產品運營,服務產品經理服務產品經理 產品經理,服務服務,商業計 劃,需求,用例,特性,計劃,Go-to-market,設計,開發,重構,單元測Bug修試復,部署,供應配置編排部署報告監控,業務部門()市場運營 需求管 理 項目管
8、理,研發部門()經理 研發工程師 測試工程師.,運營部門()平臺運維 基礎架 構運維,團隊,流程,轉型前,轉型后組織:服務 微服務全功能團隊,產品經理負責制流程:全流程整合,高度自動化,一鍵發布,轉型,在敏捷轉型基礎上,進一步橫向整合從業務,研發 運營的團隊和全流程。,轉型,轉型,市 場 及 銷 售,商 業 開 發,客 戶 支 持,:產品架構和組織結構相輔相成面向云服務 微服務的架構,向全功能團隊轉型:對特性 部件 服務,完整的實施規劃 需求 設計 開發 測試并獨立部署、交付、運維(,場景)的項目型團隊。,22,集中決策,項目經理,項目經理對結果負責,向上匯報;項目經理基于 商業判斷垂直決策。
9、,啟發式決策,微服務 團隊,微服務 團隊,微服務 團隊,項目經理團隊產品經理群 運維,核心團隊基于商業運營情況向上對齊,獲取決策 支持;服務團隊自主運營。,組 織 轉 型,安全 可靠性,原子 服務,原子 服務,產品 服務,產品 服務,產品 服務,原子 服務,“自主生長”產品服務族,微服務化團隊基于數字化運營結果進行自主決策;組織發展基于運營結果。,規劃設計,創新研發,洞察競分,運維監控,運營維護,客戶反饋,武器號逐漸轉型為自主經營的全功能團隊,23,武器號架構解耦,最小可行產品是敏捷的保障,由橫向分層的大系統縱向解耦的小系統演進 各個微服務 特性,可由獨立團隊并行開發交付,架構與系統解耦,做到
10、組件化,乃至微服務化:實現松耦合,可并行開發、構建、測試、部署、運行的最小可運行產品 特性。,需求分解的原則:需求分解遵循小步快跑,同一個特性可以由多個迭代,逐步演進,從簡單可用、到功能完善。,數據中心,緩存,控制中心,業務,業務,業務,業務,單機版 按月發布物理機前臺后臺階段一:傳統架構及瀑布試研發模式,發布上線耗時個月。,微服務化(天級發布)全云化,微服務框架,服務,服務,服務,數據服務,緩存服務,其它,服務,階段三:微服務版本獨立發布模式,配合端到端的獨 立交付流水線,實現天級次上線能力。,架 構 演 進,總線,前臺服務,服務,服務,服務 服務,數據服務,緩存服務,其它,服務化(雙周發布
11、)虛擬機,階段二:服務化改造及使用云化產品交付模式,交付,周期縮短為周。,24,一次灰度用戶,二次灰度用戶,三次灰度用戶,集群,灰度,灰度,灰度,資源池,資源池,資源池,資源池,灰度發布策略,部署服務,一鍵回滾在線驗收測試 測試重要新特性友好用戶先體驗,武器號灰度發布策略驅動自動化部署與回滾,25,武器號VoC 驅動,持續規劃,數據分析,動態調整,持續反饋,數據采集,數據分析,規劃調整,故障 利用率,熱力圖,產品,用戶,資源,運維,營銷,官網,客服,數據,調用 實例類型 實例數量資源總量區域用量 增長率,付費用戶 轉換率 流失率,咨詢 報障 投訴,事件、折扣、引流,場景):,用戶畫像系統(精準的用戶研究)多種數據維度驅動運營、判斷用戶行為分析系統(用戶高頻操作,智能路由,增長黑客模型,數據中臺(核心業務數據,北極星指標體系)系統:用戶需求反饋和統計分析特性開關輕松實現測試,26,武器號能力成熟度評估,定期體檢,對癥下藥,能力成熟 度等級個人級 團隊級 產品級 企業級,關鍵能力域,全功關鍵能力項能團隊,松耦 合架 構,自動運營化運驅動維開發,持續交付,運維運營,可視 需求 計劃 過程 持續 質量 數據 環境 持續 化與 管理 管理 管理 集成 保證 管理 管理 部署 可追溯,云上基礎設施,敏捷管理,敏捷無敵之,時代 即將出版,28,謝謝,