809
業務技術協同線上化的硬盤式研發管理實踐
摘要：在雲效平台策劃推出的《持續集成與交付：阿裏最佳實踐》專題中，阿裏雲效產品專家代平為大家深入淺出地分享了互聯網的研發管理理念，解析了企業研發管理麵臨的挑戰和困難，揭密了如何結合雲效產品進行業務技術協同線上化的硬盤式研發管理實踐。以下內容根據演講嘉賓視頻以及PPT整理而成。
演講嘉賓介紹
本期分享的主題是業務技術協同線上化的硬盤式研發管理實踐，在分享中主要將和大家探討研發綜合產品管理效能平台應該如何實現，以及如何打通需求、開發、測試、發布這樣的產品研發全過程，希望能夠給大家帶來收獲。
本次分享的內容主要分為以下四個部分：
一、互聯網研發管理背景
二、常見的研發提效策略及其問題
三、雲效支撐的研發管理實踐
四、實踐最佳路徑和效果
一、互聯網研發管理背景
互聯網研發的特點
- 變化，市場需求變化的速度非常快，這就導致研發需要快速適應市場需求的變化。
- 體驗，給用戶帶來的體驗要好，現在因為人們獲取信息獲取產品實在是太便捷了，因為客戶往往會有非常多的選擇，所以如果產品在功能、安全或者體驗上稍稍落後就會被客戶摒棄。
- 速度，互聯網市場的競爭非常激烈，產品的研發速度是關乎生死的，也會影響最終的成果。
互聯網研發終極大招
二、常見的研發提效策略及其問題
既然知道了互聯網研發的終極大招是唯快不破，那又應該如何去提高研發的效率呢？
對於這個問題，有一些公司首先會想到的就是使用一些通訊工具進行即時溝通，比如使用電話或者會議等方式推動一些事務的進展。然而如果站在開發同學的角度來看，因為他們的日常工作產出的最終結果是代碼，而編程這項工作需要在大段整段的時間內進行才能夠保證有較高的效率。如下圖所示，前麵淺綠色的時間段指的是進入狀態的時間，因為開發同學往往需要這樣的一段時間進行狀態的轉換，中間這段深綠色的時間段就是進入狀態的時間，這段時間就是比較高效的編程的黃金時間，在一天當中大概會有四五個小時，而後麵的這段灰色的時間段指的就是在後麵會慢慢變得疲憊，狀態也開始鬆懈下來。所以真正有效的就是中間的這段黃金時間，在這個時間段內是研發同學最不希望被打擾的，因為一旦被打擾了那麼效率就會降低。據說在Facebook不少程序員在編碼的時候就喜歡在桌子麵前放一張牌，上麵寫著“Don't disturb I'm coding”，也就是“請勿打擾，我在編程”的意思。
同步的溝通工具存在一個比較大的問題就是具有破壞性，就像上麵提到的當開發同學正在高效地編程的時候，這時候突然有一個電話打進來或者有個會議需要參加，那麼效率就必然會降低。同時這樣的溝通方式也有一定的延遲性，比如在開會時需要協調的人越多，時間的延遲就會越嚴重，因為需要約定一個大家都有時間的時刻才能開會，舉個例子今天下午需要決定的事情，突然有個關鍵人物沒有時間了，就隻能將會議推遲到明天或者更後麵，所以對於開會而言，人員越多時間效率就會越低，延遲性也就會越高。與此同時，還需要進行調頻，這就如同之前大家使用收音機在找到自己想要收聽的節目之前需要進行調台一樣，在開會這種方式中，當將相關的人聚集在一起之後，還需要將大家的注意力集中在當前的這個事件上，也就是需要將大家的注意力從他們原來做的事情上拉到現在要做的事情上去。而這對於參與者而言往往是被動接受的，所以參與度也會比較低，在這樣的情況下往往無法取得預期的結果。
這樣的溝通方式不僅僅是效率比較低的問題，同時還有兩個更深層次的問題。第一個問題就是如果一個公司沒有統一的任務處理機製，不同團隊就可能采用不同的任務處理方式，那麼可能某些團隊就會使用郵件作為溝通方式，而有的就可能采用開會的方式，甚至有些協作是靠刷臉進行的，誰和我更熟悉就先解決誰的問題，這樣的效率就會比較低。其實這樣的方式很容易讓大家聯想到鄉村小路，有的是這樣走的，有的是那樣走的，鄉村小路的特點就是不平、不直、不通並且不一致。大家都知道“要想富，先修路”，隻有統一並且寬敞的信息高速公路才能加快研發任務的處理速度。
所以不僅僅需要將原本不平、不直、不通並且不一致的溝通路徑用信息高速公路取代，並且需要將公司的一些項目的數據資產包括過程、文檔、結果以及代碼統一用於建造公司的類似於數據資產金字塔的硬盤中，將這些數據全部保存下來，這就是雲效平台硬盤式研發管理的主體思路，也就是從各種路徑獨立轉變到建立一條整體相通的信息大道，並將數據進行匯總進而做統一的展示、記錄和存儲的構想。
其實現在也有不少公司也意識到了這一點並開始建立自己公司的研發信息高速公路，他們的做法往往是通過引入一些平台產品來建設自己的信息高速公路，並且通過這樣方式沉澱出自己公司的硬盤式金字塔將數據存儲下來。這樣的趨勢如下圖所示，通過這些數據不難發現，之前的一部分比例有自建的，也就是使用一些開源工具做集成；也有一些公司使用各自獨立的環節獨立分割的工具平台實現的，為什麼這樣做呢，其實在很早之前大家記錄Bug往往會使用QC，而這個工具在互聯網的“原始年代”還是比較好用的；還有的就是傾向於使用單個廠商的工具平台，也有一些國外的公司能夠提供一些比較全麵的產品工具平台。在剛開始時，大家很少采取這種單個廠商的全工具平台，因為之前這樣的最佳實踐也比較少，所以技術也不是很成熟，而慢慢發現隨著技術的發展，現在大家開始傾向於選擇單個廠商的具有最佳實踐的全工具平台，同時如果這樣的平台能夠具有鬆耦合性，能夠使用多種複合開源或者第三方工具進行良好的集成將是最好的。
三、雲效支撐的研發管理實踐
接下來分享一下雲效是如何支撐研發管理實踐的。如下圖所示的是雲效平台整體的架構圖，這就是雲效的研發信息高速公路，它可以讓研發同學以及包括產品、測試和運維等其他的相關同學將自己的日常工作放在這個平台上。需求、做項目、設計技術方案、編碼、代碼的審閱、測試、發布以及所有工作項的評論等全部記錄在雲效平台上。
以上就是對於一整套的信息高速公路的展現。接下來帶領大家大概看一下雲效平台硬盤式研發管理的總體流程，下圖展示的是偏重研發的過程。下圖所示的就是研發流程的示意，從上層的業務方進行業務規劃開始，之後需要進行組織人員的安排，再到立項之後的需求確立。對於需求的確立而言，需要通過需求跟蹤矩陣將需求橫向化、標準化。需求是可以分解和拆解的，也是可以配置的，需求的變更記錄、評審記錄包括對於需求的評論、頂踩全部會在這個平台上記錄下來，在平台之上還可以實現責任人以及狀態的流轉和變更來記錄需求到了什麼樣狀態，這樣就能夠提升需求的質量，控製需求的範圍，這是從橫向上來看這條線。而從縱向上來看，需求是和後麵的整個項目串聯起來的，因為需求確定之後就可以進行迭代拆分、評估工作項的資源以及進行任務分解、測試用例的設計實現以及與Bug相關的一些東西都是可以通過需求串接起來的，這樣就保證了需求與後續工作的關係都可以透視出來，這樣有利於對於整體風險的把控。在整個項目過程結束之後，可以將項目的全部代碼發布到代碼庫中，然後通過雲效平台的指揮部這個產品對於整個項目進行複盤並評估出項目的投入和產出。
在阿裏巴巴一些比較高級的技術專家可以在雲效平台上做些什麼事情呢？其實可能一些高P的技術專家不會親自去寫代碼了，但是可以在平台上Review一些技術方案並給出一些評論和指導，甚至還可以進行代碼的審閱。對於這些高P的技術專家而言，可能他們的一個技術評論就可能幫助開發同學避免很多坑，這樣就能夠節省大量的時間。而對於管理者而言，在這個平台之上，他們所需要做的事情就是促使團隊在這個平台上產出有價值的東西並記錄在這個硬盤上麵，從而沉澱出整個公司的數字金字塔。並且管理者M是可以看到自己團隊的所有成員的全部產出的。那麼既然主管可以看到每個人的產出，那麼是不是就可以看到究竟誰的工作做得多或者少呢？
談到這裏就有一個問題了，主管看到員工都在做什麼，是為了抓到偷懶的還是鼓勵幹活多的同學呢？代平談到作為管理者而言，他們的答案是鼓勵幹活比較多的同學，其實在工作中要想偷懶太容易了，而管理者所關注的則是團隊中成員在平台上麵寫了多少行代碼，寫出了多少個測試用例，提出了多少個Bug以及設計了多少個技術方案，以及對這些技術方案的評論是什麼。
接下來帶領大家一起看一下雲效產品的部分頁麵，也就是雲效產品是如何呈現員工的工作情況的。以下圖所展示的是項目概況頁麵，這裏包含了項目的整體進度、概要、裏程碑信息、風險信息、負責人以及項目成員、相關的子項目、及時滾動顯示的項目動態、通知信息等。除此之外，項目中各個角色所需要做的工作項等的內容也是通過一些服務呈現的，比如需求頁、任務頁、迭代、測試用例缺陷、以及自動化、單測集成、環境搭建以及整個係統數據的報表還有發布等，這些內容都會以項目的維度進行展示。
接下來再為大家介紹一下如下圖所示的集成自動化的頁麵。下圖的頁麵所展示的就是某一個項目的集成自動化的情況。因為雲效平台最擅長的一麵就是相關的UI自動化、接口自動化以及單測的情況，這些都是可以全部集成在一個平台上執行的，而且曆史的執行結果將會全部展示在頁麵上，集成的通過率情況如何，有多少成功和失敗也都會在頁麵上展示出來。測試件在執行的時候綁定的環境情況，項目中各個部分所執行的測試件情況等，這些項目相關的自動化情況也都會頁麵上得到展示。這樣大家對於硬盤數據的管理就會有一個直接的概念，項目中所有的信息都可以在一個統一的平台上呈現出來。
四、實踐最佳路徑和效果
那麼，在雲效平台上的最佳實踐路徑和實踐效果是如何的呢？其實對於雲效平台而言，阿裏的實踐也不是一帆風順的，在剛開始起步階段也不是非常規範，從最初的最簡單的Bug係統再到項目和任務、再到討論以及文檔管理，都是一步步實現的，並且在後麵將很多的自動化工具和產品也集成到一起。
實踐並非一步到位
之後在實踐的過程中發現了與其他公司一樣的問題，這些工具都是比較零散的，那麼就一邊將這些係統進行集成，一邊進行係統重構，讓這些子係統的數據能夠互通，這樣才得以統一，形成了阿裏巴巴統一的信息高速公路。隻有這個信息高速公路建成之後才有可能構建出阿裏研發資產的金字塔，將數據全部像硬盤一樣存儲下來。在實踐的過程中有一個基本的原則就是統一高於好用，這又應該如何理解呢？其實就是在剛開始的時候，各個團隊想要使用的工具往往會是不同的，如果不同團隊溝通方式不同或者使用的工具不同，那麼對於整個公司而言，效率就會比較低下。所以在雲效平台的實踐中堅持的基本原則是統一高於好用，公司是需要一個統一的研發管理平台的，而不是各種好用的工具的簡單堆疊。
實踐中遇到的挑戰
其實在雲效平台的實踐過程中也遇到了不少的挑戰。引入一整套的研發管理工具平台，無論對於阿裏巴巴自己還是客戶而言，都會需要轉變工作習慣，需要從線下的各種不同的方式引導到線上並且使用統一的方式，使得從業務同學到研發同學都是按照這一套規範的路徑完成工作。總結下來有這樣三個比較好的措施：
- 宣導，就是告訴大家我們為什麼要做這件事情，引導大家進行思維的轉變。阿裏巴巴也在這個方麵開過不少的會議來討論為什麼要構建大中台來支撐前台的業務，所以也是需要不停地進行宣傳的。
- 由易到難，要從簡單的事情出發，從易到難地推動這件事情。這在雲效平台的實踐中也是一樣的，雲效平台也是從最簡單的缺陷的錄入，到項目的錄入，再到任務的拆解，最後到將各種工具引入上來進行統一的，存在一個循序漸進的過程，因為想要建立的是統一的研發管理大中台，所以推動的團隊也是先從技術團隊入手，一直推廣到業務團隊，讓他們也在平台上做需求以及業務規劃。
- 專人負責，無論是對於阿裏巴巴還是客戶的公司而言，如果有專人負責的話實施往往會比較順利。常見的負責的組織就是PMO組織，也就是項目管理專員，如果有專人去負責、宣導、實施和複盤，並且從係統中拿到一些數據並發現問題或者可預見性的瓶頸，並進行匯報，再通過管理層的資源解決問題，如此就能夠加速硬盤式研發管理實踐的落地。
效果
硬盤式研發管理實踐的最終的效果一方麵是把員工腦海中的信息都數據化成為公司的研發資產，員工的工作也都會固化成為數據存儲在公司的平台上麵；另一方麵統一的研發效能平台就如同信息高速公路一樣，因為其是透明的，所以可以營造出一種在意工作過程並且在意相互幫助的工作氛圍，團隊成員之間也會鼓勵積極共享代碼並且參與討論，這樣他們也不會再去爭搶地盤。最終會使得研發的效率更高，並且帶來高效的橫向協同。
最後更新：2017-05-22 22:01:30