在互聯網時代，什么是第一生產力呢？毫無疑問，一定是研發人員。沒有研發人員碼代碼，即使有產品經理提很多好的idea、設計出很好的設計稿、運維人員把機房網絡服務器全搞定，那也沒用。沒有代碼就等于沒有操作系統，沒有手機電腦平板等硬件設備，沒有數據庫消息隊列等中間件，沒有淘寶抖音支付寶美團滴滴等軟件。

所以在互聯網時代中，研發人員是最重要的人員，他是可以實現從0到1的創造一個產品，如果研發人員不給力，那么就會出現經常性加班、頻繁出現事故、重復低效工作等情況。因此提高研發人員的生產效率，建設研發效能對于大型互聯網公司來說非常重要，統計數據顯示，亞馬遜、阿里每年在研發的投入成本占整個公司成本預算15%。那么研發效能是什么呢？又如何建設？如何考量呢？

軟件從開發到上線的流程大概是需求評審》開發〉提測》測試〉預發》發布〉運維，在整個過程中，研發人員從需求評審階段就參與了整個過程，直到上線，重度參與的階段包含開發代碼、寫單元測試用例、寫自動化測試用例、打包、部署測試環境、測試、部署生產環境、上線，在這個過程中要使用到的工具包含需求管理工具、代碼倉庫工具、打包工具、部署工具、測試工具、上線工具，如果每個工具都是分散在不同的地方，由不同的團隊開發實現，對于研發人員來說，需要去不同的平臺找到這些工具，需要把這些工具都學會使用，需要在開發的過程中把這些工具都串聯起來，精力很分散，導致于研發人員不能聚焦于業務開發。所以建設研發效能就是建設持續交付能力。

對于持續交付能力的建設，就是持續集成、持續交付、持續部署的思想。對于持續集成，就是當研發在本地開發了代碼之后，不斷的集成了主干分支中，讓團隊的人員都知道最新的修改內容；對于持續交付，就是代碼合并到了主干分支后，不斷的部署在測試環境，交付給測試或產品或內測用戶進行驗收測試；對于持續部署，就是不斷的將修改內容部署到生產環境，讓用戶來不斷的使用，驗證產品可行性。

除了本身研發持續交付能力的建設之外，還要充分利用好云計算資源。在云計算中的服務化模式、自動化模式、彈性伸縮模式，這些全是基本功，程序要運行起來必須要靠服務器、數據庫、操作系統、中間件，因此在使用云廠商提供的IAAS、PAAS、SAAS產品時，需要把開發細節抽象的更加細致，讓云廠商負責更多底層能力建設，在使用云資源時，通過API調用自動化實現，避免人力投入，在線上運維時通過彈性伸縮能力來動態擴縮容。

對于研發效能的考量，我們可以從需求交付周期、持續發布能力、交付過程質量、交付質量。對于需求交付周期，則是看從產品提出需求后，多久上線，開發時長。對于持續發布能力，則是看單位時間了發布次數、從代碼提交到上線花費的時間。對于交付過程質量，則是在代碼提交后，有多個自動化測試、單元測試跑失敗，有多少bug。對于交付質量，則是在產品上線后，單位時間內有多少問題，線上問題多少時間響應，多少時間解決。通過這四個方向的考量，我們可以來衡量研發人員的生產力，從而根據實際情況做調整。

在阿里甚至有2-1-1的說法，不是985、211的211噢，所謂211指的是在2周的交付周期內，有85%的需求可以完成，需要1周的開發周期，提交完代碼之后1小時內完成發布。

現在已經進入到了互聯網的下半場，市面上能有的想法都差不多被實現了，然而用戶就這么多，流量就這么多，開源不行就只能節流了，通過研發效能能力的建設，將研發團隊生產效率提高，降低整個企業的成本，這也是新的思路啊。現在你明白了為什么滴滴頭條、阿里美團都在紛紛投入做研發效能了吧。

研發效能的建設宜早不宜遲，從早期開始盡可能的打好技術底子，培養好的研發團隊合作規范，避免后期用戶規模擴大時，再來彌補早期的技術債。現在趕緊行動起來吧～