摘要：在云效持續集成持續交付專場直播中，阿里云效產品專家代平為大家帶來了《硬碟式研發管理實踐》分享，深入淺出地分享了互聯網的研發管理理念，決議了企業研發管理面臨的挑戰和困難，揭密了如何結合云效產品進行業務技術協同線上化的硬碟式研發管理實踐， 以下內容根據演講嘉賓視頻以及PPT整理而成， 嘉賓介紹 代平：阿里產品專家，從事多年互聯網系統的研發測驗和專案管理，現在專注于研發協同管理產品設計， 本次分享主要和大家探討研發綜合產品管理效能平臺應該如何實作，以及如何打通需求、開發、測驗、發布這樣的產品研發全程序，希望能夠給大家帶來識訓， 本次分享的內容主要分為以下四個部分： 一、互聯網研發管理背景 二、常見的研發提效策略及其問題 三、云效支撐的研發管理實踐 四、實踐最佳路徑和效果
一、互聯網研發管理背景
互聯網研發特點
隨著互聯網的發展，不僅僅是互聯網公司的研發，就連傳統企業的研發模式也開始受到互聯網的影響，各行各業都在向“互聯網+”模式轉型，這就導致互聯網的研發有如下的這些特點：
1.變化：市場需求變化的速度非常快，導致研發需要快速適應市場需求的變化，
2.體驗：給用戶帶來的體驗要好，現在用戶獲取資訊十分便捷，用戶會有非常多的選擇，所以產品在功能、安全或者體驗上稍稍落后就會被用戶摒棄，
3.速度：互聯網市場競爭非常激烈，產品的研發速度關乎生死，也會影響最終成果，
互聯網研發問題
由以上互聯網研發特點，導致了在研發程序中會出現上圖所示的常見問題，比如業務迭代速度非常快，直接導致專案的并行量非常大；因為業務發展速度快，所以應用的增長也非常迅速，導致無論是開發同學還是測驗同學在搭建環境時的作業都會變得非常復雜；除此之外因為研發同學在研發程序中需要與各個角色進行一些協調，所以這帶來的研發成本也會非常高；與此同時，測驗的成本也在急劇增長，而且使用的人肉測驗也會比較多，這樣導致最終的結果是業務很難快速地交付到客戶手中，
面對這些問題應該如何應對呢？天下武功唯快不破，提高效率也許就是互聯網研發的關鍵，
二、常見的研發提效策略及其問題
通常情況下，作業時會使用一些通訊工具進行即時溝通，溝通的方式主要有三種：同步型：比如電話或者會議；異步型：如釘釘、微信等通訊工具；郵件：可以看做異步通信的方式，但一般用于發布通知，這些通訊工具的弊端在于整體溝通協作效率比較低下，同時還有兩個更深層次的問題，
第一個問題是如果一個公司沒有統一的任務處理機制，不同團隊就可能采用不同的任務處理方式，那么會出現甲團隊使用郵件作為溝通方式，乙團隊采用開會的方式，丙團隊協作靠刷臉進行，這樣的效率就會非常低，這樣的方式很容易讓大家聯想到鄉村小路，鄉村小路的特點就是不平、不直、不通并且不一致， “要想富，先修路”，只有統一并且寬敞的資訊高速公路才能加快研發任務的處理速度，
第二個問題就是作業內容沒有沉淀，如果想要查看前面沉淀下來的經驗，只能到處找人問，
如果整個研發程序的資料就如同在一個硬碟上一樣全部存盤下來，那么對于公司而言將會是巨大的財富，即使有同學離職了，新來的同學也可以通過沉淀下來的資料，參考查證以前的作業路徑和作業記錄，
所以不僅僅需要將原本不平、不直、不通并且不一致的溝通路徑用資訊高速公路取代，并且需要將公司的一些專案的資料資產包括程序、檔案、結果以及代碼，統一用于建造公司的類似于資料資產金字塔的硬碟中，將這些資料全部保存下來，這就是云效平臺硬碟式研發管理的主體思路，也就是從各種路徑獨立轉變到建立一條整體相通的資訊大道，并將資料進行匯總進而做統一的展示、記錄和存盤的構想，
現在有不少公司意識到了這一點，并開始建立公司的研發資訊高速公路，他們的做法往往是通過引入一些平臺產品來建設自己的資訊高速公路，并且通過這樣的方式沉淀出自己公司的硬碟式金字塔，將資料存盤下來，如下圖所示，
三、云效支撐的研發管理實踐
下圖是云效平臺整體的架構圖，這就是云效的研發資訊高速公路，它可以讓研發同學以及包括產品、測驗和運維同學將自己的日常作業放在這個平臺上，需求、做專案、設計技術方案、編碼、代碼的審閱、測驗、發布以及所有作業項的評論等全部記錄在云效平臺上，
因為云效平臺的核心原則就是平臺化、流程化和自動化，也就是說希望制定一套標準化的流程，例如持續部署流程、代碼流程、代碼管理流程等，之后將這些流程通過自動化的方式以及自動化的工具實作出來，這就是云效平臺的基本原則，
有了這些原則之后就在平臺之上建立了配置管理、持續集成、持續交付、環境自動化、分層自動化以及集成自動化這些相關的子系統，有了這些子系統之后就創建了一個可靠可重復的交付流水線，比如說在提交與編譯階段的并行研發、編譯構建和單元測驗，在測驗與驗證階段的環境部署、系統測驗和集成測驗，以及在發布與運維階段的生產交付、發布回滾和生產監控等都是可以通過云效平臺的相關產品進行效率提升的，
在可靠可重復的交付流水線建設完成之后，云效團隊又將之前所做的研發綜合效能管理方面的東西，包括業務模型分層、業務規劃、研發資源管理以及ROI復盤等，全部在云效平臺上進行呈現，而將包括需求跟蹤矩陣、迭代計劃、任務分解流轉以及度量與改進在內的這些，構建成了協同作業流，每一個人都可以在平臺上評論所有的作業項并提出方案或者進行頂踩，這樣就保證了開發的質量、效率以及評論和檔案等所有相關的資料都存盤在平臺之上，
專案維度的互動和多角色之間的溝通協作全部都是在云效平臺上進行，參與專案的人員使用相同的系統進行相互協作，這樣對組織效率和業務也能夠起到很好的促進作用，
除此之外，云效平臺還支持私有云部署，對于Docker等開發框架以及最簡單的J2EE工程專案等也能夠提供良好的支持，
硬碟式研發管理的總體流程
上圖所示的就是研發流程的示意，從上層的業務方進行業務規劃開始，之后需要進行組織人員的安排，再到立項之后的需求確立，
對于需求的確立而言，需要通過需求跟蹤矩陣將需求橫向化、標準化，需求是可以分解和拆解的，也是可以配置的，需求的變更記錄、評審記錄包括對于需求的評論、頂踩全部會在這個平臺上記錄下來，在平臺之上還可以實作責任人以及狀態的流轉和變更來記錄需求到了什么樣狀態，這樣就能夠提升需求的質量，控制需求的范圍，這是從橫向上來看這條線，
而從縱向上來看，需求是和后面的整個專案串聯起來的，因為需求確定之后就可以進行迭代拆分、評估作業項的資源以及進行任務分解、測驗用例的設計實作以及與Bug相關的一些東西都是可以通過需求串接起來的，這樣就保證了需求與后續作業的關系都可以透視出來，這樣有利于對于整體風險的把控，在整個專案程序結束之后，可以將專案的全部代碼發布到代碼庫中，然后通過云效平臺指揮部這個產品對于整個專案進行復盤并評估出專案的投入和產出，
這里大家可能會產生一個疑問，看上去整個研發程序的作業都是記錄在這個平臺上面的，那么有沒有一些研發相關作業是沒有記錄在云效平臺上的呢？這個問題的回答是：沒有！云效平臺提倡硬碟式記錄，如果作業沒有在平臺上記錄，那就相當于沒有作業的產出，可以設想一下：如果一名員工在公司做了很多年，既沒有留下一行代碼，也沒有留下任何對于技術方案或者需求的變更、評審進行討論的東西，對于公司而言這名員工給公司留下了什么呢？所以，站在公司的角度，希望每一位員工都能夠積累下屬于自己的作業記錄，并且全部都記錄在公司的平臺之上，固化成公司的數字資產，
對于一些比較高級的技術專家可以在云效平臺上做些什么呢？也許他們不用自己去寫代碼，但是可以在平臺上Review一些技術方案并給出一些評論和指導，甚至還可以進行代碼的審閱，這些能夠非常好的幫助開發同學避免很多坑，節省大量時間，對于管理者而言，他們所需要做的事情就是促使團隊在這個平臺上產出有價值的東西并記錄在硬碟上面，從而沉淀出整個公司的數字金字塔，管理者也可以看到自己團隊所有成員的全部產出，
云效專案頁面
下圖所示的是專案概況頁面，包含了專案的整體進度、概要、里程碑資訊、風險資訊、負責人以及專案成員、相關的子專案、及時滾動顯示的專案動態、通知資訊等，除此之外，專案中各角色所需要做的作業項等內容也是通過一些服務呈現的，比如需求頁、任務頁、迭代、測驗用例缺陷、自動化、單測集成、環境搭建以及整個系統資料的報表還有發布等，這些內容都會以專案的維度進行展示，
云效需求頁面
一個專案的管理者或者專案成員，在云效平臺上可以看到與專案相關的所有內容，
以產品為例，可以看到整個需求跟蹤矩陣的串列，這里提供了看板和數表這兩種模式來顯示專案需求的優先級、是否上線、迭代情況、創建者以及當前的負責人等狀態資訊，點擊每個需求條目之后可以看到這條需求的詳細情況，包括需求的具體內容、相關聯的需求狀態和相關的一些任務狀態，還包含一些相關評論，鼓勵大家分析需求，對需求進行評論或者頂踩，提出更好的方案，
除此之外，需求的詳細內容頁面還會顯示需求各個版本的修訂記錄、變更記錄、評審記錄以及操作記錄等資訊，對于每一個作業項都有這樣類似硬碟式的記錄，包括這個需求所包含的任務、用例、缺陷、分支等作業項也會在詳細資訊中進行展示，上圖頁面中最右邊展示的是需求屬性以及附件，包含了優先級資訊、迭代資訊、所屬專案、關聯專案、模塊資訊、版本資訊、進度資訊以及經過技術同學評估之后計算出的大概的作業量，還有就是一些自定義的標簽、發生變更之后需要通知的物件資訊，以及與該需求相關的附件等，
這些就是需求頁面的大致情況，因為這部分是專案的源頭，包含的資訊量非常大，所以需要以硬碟的形式全部存盤下來，一言以蔽之，云效平臺在橫向上會將需求所有相關的資訊全部記錄下來；對于縱向而言，像任務拆分、用例、缺陷以及開發分支等所有專案相關的內容都可以在這里記錄，以此串聯起整個需求的程序，直到產品發布上線，
云效集成自動化
下圖所展示的就是某一個專案的集成自動化的情況，云效平臺擅長UI自動化、介面自動化以及單元測驗，這些可以全部集成在一個平臺上執行，而且歷史的執行結果會全部展示在頁面上，集成的通過率如何、有多少成功和失敗、測驗件在執行時候系結的環境情況、專案中各個部分所執行的測驗件情況等，這些專案相關的自動化情況也都會在頁面上得到展示，這樣大家對于硬碟資料的管理就會有一個直接的概念，專案中所有的資訊都可以在一個統一的平臺上呈現出來，
四、實踐最佳路徑和效果
對于云效平臺而言，實踐之路也不是一帆風順的，在剛開始起步階段也不是非常規范，從最初的簡單的Bug系統再到專案和任務、再到討論以及檔案管理，都是一步步實作的， 實踐并非一步到位
在實踐程序中，我們也發現了與其他公司一樣的問題，這些工具都是比較零散的，我們一邊將這些系統進行集成，一邊進行系統重構，讓這些子系統的資料能夠互通，這樣才得以統一，形成了阿里巴巴統一的資訊高速公路，只有這個資訊高速公路建成之后才有可能構建出阿里研發資產的金字塔，將資料全部像硬碟一樣存盤下來，在實踐的程序中有一個基本的原則就是統一高于好用，比如剛開始的時候，各個團隊想要使用的工具往往會是不同的，如果不同團隊溝通方式不同或者使用的工具不同，那么對于整個公司而言，效率就會比較低下，所以在云效平臺的實踐中，堅持的基本原則是統一高于好用，公司是需要一個統一的研發管理平臺，而不是各種好用的工具的簡單堆疊，
實踐中遇到的挑戰
云效平臺在實踐程序中遇到了很多挑戰，引入一整套的研發管理工具平臺，無論對于阿里巴巴自己還是客戶而言，都會需要轉變作業習慣，需要從線下的各種不同的方式引導到線上并且使用統一的方式，使得業務同學、研發同學都是按照這一套規范的路徑完成作業，
總結下來有這樣三個比較好的措施：
1.宣導：告訴大家為什么要做這件事情，引導大家進行思維的轉變；
2.由易到難：從簡單的事情出發，從易到難的推動這件事情；
3.專人負責：常見的負責組織就是PMO組織，也就是專案管理專員，如果有專人去負責、宣導、實施和復盤，并且從系統中拿到一些資料并發現問題或者可預見性的瓶頸，并進行匯報，再通過管理層的資源解決問題，如此就能夠加速硬碟式研發管理實踐的落地，
實踐效果
如何加強企業研發管理？阿里云效硬碟式管理實踐揭秘！硬碟式研發管理實踐的最終效果：一方面是把員工腦海中的資訊都資料化成為公司的研發資產，員工的作業也都會固化成為資料存盤在公司的平臺上；另一方面統一的研發效能平臺就如同資訊高速公路一樣，因為其是透明的，所以可以營造出一種在意作業程序并且在意相互幫助的作業氛圍，團隊成員之間也會鼓勵積極共享代碼并且參與討論，最侄訓使得研發的效率更高，并且帶來高效的橫向協同，
轉載請註明出處，本文鏈接：https://www.uj5u.com/gongcheng/321635.html
標籤：其他
下一篇：橫向和縱向選單