頭條阿里滴滴美團(tuán)們?yōu)槭裁醇娂姸荚诟阊邪l(fā)效能？

在互聯(lián)網(wǎng)時(shí)代，什么是第一生產(chǎn)力呢？毫無疑問，一定是研發(fā)人員。沒有研發(fā)人員碼代碼，即使有產(chǎn)品經(jīng)理提很多好的idea、設(shè)計(jì)出很好的設(shè)計(jì)稿、運(yùn)維人員把機(jī)房網(wǎng)絡(luò)服務(wù)器全搞定，那也沒用。沒有代碼就等于沒有操作系統(tǒng)，沒有手機(jī)電腦平板等硬件設(shè)備，沒有數(shù)據(jù)庫消息隊(duì)列等中間件，沒有淘寶抖音支付寶美團(tuán)滴滴等軟件。

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

軟件從開發(fā)到上線的流程大概是需求評(píng)審》開發(fā)〉提測(cè)》測(cè)試〉預(yù)發(fā)》發(fā)布〉運(yùn)維，在整個(gè)過程中，研發(fā)人員從需求評(píng)審階段就參與了整個(gè)過程，直到上線，重度參與的階段包含開發(fā)代碼、寫單元測(cè)試用例、寫自動(dòng)化測(cè)試用例、打包、部署測(cè)試環(huán)境、測(cè)試、部署生產(chǎn)環(huán)境、上線，在這個(gè)過程中要使用到的工具包含需求管理工具、代碼倉庫工具、打包工具、部署工具、測(cè)試工具、上線工具，如果每個(gè)工具都是分散在不同的地方，由不同的團(tuán)隊(duì)開發(fā)實(shí)現(xiàn)，對(duì)于研發(fā)人員來說，需要去不同的平臺(tái)找到這些工具，需要把這些工具都學(xué)會(huì)使用，需要在開發(fā)的過程中把這些工具都串聯(lián)起來，精力很分散，導(dǎo)致于研發(fā)人員不能聚焦于業(yè)務(wù)開發(fā)。所以建設(shè)研發(fā)效能就是建設(shè)持續(xù)交付能力。

對(duì)于持續(xù)交付能力的建設(shè)，就是持續(xù)集成、持續(xù)交付、持續(xù)部署的思想。對(duì)于持續(xù)集成，就是當(dāng)研發(fā)在本地開發(fā)了代碼之后，不斷的集成了主干分支中，讓團(tuán)隊(duì)的人員都知道最新的修改內(nèi)容；對(duì)于持續(xù)交付，就是代碼合并到了主干分支后，不斷的部署在測(cè)試環(huán)境，交付給測(cè)試或產(chǎn)品或內(nèi)測(cè)用戶進(jìn)行驗(yàn)收測(cè)試；對(duì)于持續(xù)部署，就是不斷的將修改內(nèi)容部署到生產(chǎn)環(huán)境，讓用戶來不斷的使用，驗(yàn)證產(chǎn)品可行性。

除了本身研發(fā)持續(xù)交付能力的建設(shè)之外，還要充分利用好云計(jì)算資源。在云計(jì)算中的服務(wù)化模式、自動(dòng)化模式、彈性伸縮模式，這些全是基本功，程序要運(yùn)行起來必須要靠服務(wù)器、數(shù)據(jù)庫、操作系統(tǒng)、中間件，因此在使用云廠商提供的IAAS、PAAS、SAAS產(chǎn)品時(shí)，需要把開發(fā)細(xì)節(jié)抽象的更加細(xì)致，讓云廠商負(fù)責(zé)更多底層能力建設(shè)，在使用云資源時(shí)，通過API調(diào)用自動(dòng)化實(shí)現(xiàn)，避免人力投入，在線上運(yùn)維時(shí)通過彈性伸縮能力來動(dòng)態(tài)擴(kuò)縮容。

對(duì)于研發(fā)效能的考量，我們可以從需求交付周期、持續(xù)發(fā)布能力、交付過程質(zhì)量、交付質(zhì)量。對(duì)于需求交付周期，則是看從產(chǎn)品提出需求后，多久上線，開發(fā)時(shí)長(zhǎng)。對(duì)于持續(xù)發(fā)布能力，則是看單位時(shí)間了發(fā)布次數(shù)、從代碼提交到上線花費(fèi)的時(shí)間。對(duì)于交付過程質(zhì)量，則是在代碼提交后，有多個(gè)自動(dòng)化測(cè)試、單元測(cè)試跑失敗，有多少bug。對(duì)于交付質(zhì)量，則是在產(chǎn)品上線后，單位時(shí)間內(nèi)有多少問題，線上問題多少時(shí)間響應(yīng)，多少時(shí)間解決。通過這四個(gè)方向的考量，我們可以來衡量研發(fā)人員的生產(chǎn)力，從而根據(jù)實(shí)際情況做調(diào)整。

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

現(xiàn)在已經(jīng)進(jìn)入到了互聯(lián)網(wǎng)的下半場(chǎng)，市面上能有的想法都差不多被實(shí)現(xiàn)了，然而用戶就這么多，流量就這么多，開源不行就只能節(jié)流了，通過研發(fā)效能能力的建設(shè)，將研發(fā)團(tuán)隊(duì)生產(chǎn)效率提高，降低整個(gè)企業(yè)的成本，這也是新的思路啊?，F(xiàn)在你明白了為什么滴滴頭條、阿里美團(tuán)都在紛紛投入做研發(fā)效能了吧。

研發(fā)效能的建設(shè)宜早不宜遲，從早期開始盡可能的打好技術(shù)底子，培養(yǎng)好的研發(fā)團(tuán)隊(duì)合作規(guī)范，避免后期用戶規(guī)模擴(kuò)大時(shí)，再來彌補(bǔ)早期的技術(shù)債?，F(xiàn)在趕緊行動(dòng)起來吧～