在互聯(lián)網(wǎng)軟件企業(yè)，今年是一個(gè)大家都在非常努力降本增效的年份，包括且不限于人員優(yōu)化、人員結(jié)構(gòu)優(yōu)化、技術(shù)成本優(yōu)化，提高人效，提升研發(fā)效能等等。
這篇文章我們從研發(fā)效能出發(fā)，嘗試梳理一下打造高效能研發(fā)團(tuán)隊(duì)的 5 個(gè)關(guān)鍵步驟：目標(biāo)、流程、團(tuán)隊(duì)、個(gè)人、度量。

1. 找到正確的目標(biāo)

技術(shù)最終都是通過業(yè)務(wù)產(chǎn)生價(jià)值，就算是技術(shù)類的產(chǎn)品，最終產(chǎn)生價(jià)值也是業(yè)務(wù)，只是這個(gè)業(yè)務(wù)是一個(gè)強(qiáng)技術(shù)屬性的業(yè)務(wù)。

一個(gè)高效能的研發(fā)團(tuán)隊(duì)管理者，其首要任務(wù)是為團(tuán)隊(duì)找到正確的方向和目標(biāo)。這里正確的目標(biāo)可以分為業(yè)務(wù)目標(biāo)和技術(shù)目標(biāo)。

業(yè)務(wù)目標(biāo)的設(shè)定可以分為兩步：

和業(yè)務(wù)方、上級(jí)溝通，弄清楚他們的目標(biāo)是什么，以及明確他們對(duì)于研發(fā)團(tuán)隊(duì)的預(yù)期是什么；

在業(yè)務(wù)方目標(biāo)和上級(jí)預(yù)期目標(biāo)的基礎(chǔ)上，分解目標(biāo)，內(nèi)化為帶有一定進(jìn)取的團(tuán)隊(duì)目標(biāo)。

技術(shù)目標(biāo)的設(shè)定可以分為兩類：

解決過去留下來的問題，歷史的問題我們通常稱之為技術(shù)債，技術(shù)債分為主動(dòng)債務(wù)和被動(dòng)任務(wù)，主動(dòng)債務(wù)大多數(shù)是在業(yè)務(wù)發(fā)展過程中為了追求速度而做的一種技術(shù)妥協(xié)，而被動(dòng)債務(wù)大多數(shù)是團(tuán)隊(duì)能力或水平不足、業(yè)務(wù)的演化或技術(shù)的發(fā)展導(dǎo)致的代碼或架構(gòu)劣化任務(wù)，或者不再適用于當(dāng)下的環(huán)境。技術(shù)債不一定是一個(gè)壞事，一個(gè)產(chǎn)品進(jìn)化到要償還技術(shù)債時(shí)，說明業(yè)務(wù)應(yīng)該還不錯(cuò)了，在這個(gè)當(dāng)下，找準(zhǔn)時(shí)機(jī)，有計(jì)劃的償還一些技術(shù)債務(wù)是非常有必要的事情。

解決將來可能出現(xiàn)的問題，將來的問題我們一般稱為技術(shù)前瞻性，即對(duì)即將出現(xiàn)或已經(jīng)出現(xiàn)但不是很成熟的技術(shù)做一些預(yù)研和準(zhǔn)備，居安思危，提前布局技術(shù)投資。

2. 優(yōu)化流程，做到極致

所謂流程，是基于時(shí)間線做一件事的過程，是指一系列的、連續(xù)的、有規(guī)律的活動(dòng)，而這些活動(dòng)以特定的方式進(jìn)行，并導(dǎo)致特定的結(jié)果的產(chǎn)生。其關(guān)注的是過程，我們希望通過優(yōu)化和設(shè)計(jì)過程來最終達(dá)到一個(gè)更好的結(jié)果。我們做任何一件事情時(shí)，都會(huì)有流程，只不過有些流程是自發(fā)的，有些是被設(shè)計(jì)出來的，或者說是優(yōu)化后的。在團(tuán)隊(duì)演化的過程中，流程優(yōu)化和流程管理經(jīng)常會(huì)提出，這些操作都是為了提煉流程或優(yōu)化流程，讓效率更高，讓質(zhì)量更有保障。

流程最終目的在于創(chuàng)造價(jià)值，也就是增值，這里價(jià)值在研發(fā)過程中更多的是質(zhì)量提高、效率提升等。

研發(fā)流程要重點(diǎn)關(guān)注兩個(gè)問題：

流程對(duì)于做正確的事的輔助作用，是否能通過「過程正義」得到「結(jié)果正義」；

流程本身的效率，是否整個(gè)流程是順暢且高效的。

在具體實(shí)施時(shí)我們可以考慮如下一些方式：

提高流程的自動(dòng)化水平或者說工程化水平，如快速的本地構(gòu)建速度、完善的自測(cè)環(huán)境、自動(dòng)化測(cè)試、持續(xù)集成、流程的系統(tǒng)化等等；

減少流程的溝通成本，比如說 DevOps 減少的是研發(fā)和運(yùn)維的溝通成本，又或者全棧，減少的是前后端的溝通成本；

流程分層：針對(duì)不同的級(jí)別將流程描述清楚，高層次流程較為粗略，中層流程和操作級(jí)流程會(huì)非常詳細(xì)，以方便項(xiàng)目各級(jí)管理者和基層員工按照相應(yīng)的流程開展工作；

大處著眼，小處著手：先全局出發(fā)找問題，再深入細(xì)節(jié)解決問題，比如我們希望提升研發(fā)流程的交付速度，可以收集產(chǎn)品周期中每一個(gè)階段所占用的時(shí)間，包括計(jì)劃的時(shí)間和最后實(shí)際花費(fèi)的時(shí)間，然后通過對(duì)比尋找問題最嚴(yán)重的環(huán)節(jié)，再去解決這個(gè)環(huán)節(jié)。在具體落地時(shí)可以考慮流程的可視化。

3. 提升團(tuán)隊(duì)效能

我們是要打造一個(gè)高效能的研發(fā)團(tuán)隊(duì)，團(tuán)隊(duì)是作為一個(gè)整體存在，在團(tuán)隊(duì)之間有分工，團(tuán)隊(duì)成員之間有協(xié)同，溝通等等，如何讓 1 + 1 > 2 是在團(tuán)隊(duì)層面要解決的問題。以下有一些方法可以提升團(tuán)隊(duì)的研發(fā)效能：

減少團(tuán)隊(duì)認(rèn)知成本：如統(tǒng)一開發(fā) IDE；提供完善且性能強(qiáng)勁的統(tǒng)一開發(fā)環(huán)境和聯(lián)調(diào)環(huán)境；團(tuán)隊(duì)分工以模塊負(fù)責(zé)人為核心，一個(gè)小團(tuán)隊(duì)一直聚集于一個(gè)模塊，不經(jīng)常輪換；

增加知識(shí)流通，促進(jìn)知識(shí)共享：如知識(shí)庫的建設(shè)、好用的文檔系統(tǒng)、代碼審查、機(jī)制化的分享會(huì)等；

團(tuán)隊(duì)的技術(shù)債會(huì)慢慢累積，在盡量減少債務(wù)的前提下把業(yè)務(wù)跑出來后，在適當(dāng)?shù)臅r(shí)候償還部分債務(wù)，出來混遲早都是要還的，技術(shù)債也一樣。

快速開發(fā)模式，嘗試測(cè)試左移或測(cè)試右移。

• 測(cè)試左移是指在研發(fā)流程中，把測(cè)試的覆蓋范圍從傳統(tǒng)的測(cè)試節(jié)點(diǎn)中釋放出來，將其向左擴(kuò)展，介入代碼提測(cè)之前的部分，如開發(fā)階段階段，需求評(píng)審階段，讓研發(fā)人員在架構(gòu)設(shè)計(jì)時(shí)就考慮產(chǎn)品的可測(cè)試性，并盡量進(jìn)行開發(fā)自測(cè)，同時(shí)評(píng)估需求的質(zhì)量，比如分析需求的合理性以及完整性等。
• 測(cè)試右移是指把測(cè)試的覆蓋范圍從傳統(tǒng)的測(cè)試環(huán)節(jié)中切出來，將其向右擴(kuò)展，更多地融入代碼部署、發(fā)布，甚至上線之后的步驟中。

灰度發(fā)布，監(jiān)控，A/B測(cè)試，混沌工程

專業(yè)的項(xiàng)目管理，研發(fā)人數(shù)達(dá)到 30 人以上時(shí)，由于缺乏項(xiàng)目過程中的溝通、控制能力，是造成開發(fā)項(xiàng)目混亂，需求返工，研發(fā)效率低下的重要原因。如果能夠在產(chǎn)品規(guī)劃時(shí)提前發(fā)現(xiàn)新產(chǎn)品的技術(shù)難點(diǎn)，就可以提前進(jìn)行相關(guān)的技術(shù)研究和技術(shù)開發(fā)工作，減少產(chǎn)品開發(fā)項(xiàng)目實(shí)施過程中的技術(shù)風(fēng)險(xiǎn)。在項(xiàng)目過程中，加強(qiáng)溝通、協(xié)調(diào)，及時(shí)發(fā)現(xiàn)各種風(fēng)險(xiǎn)因素和意外情況并采取應(yīng)對(duì)措施，有助于項(xiàng)目計(jì)劃的順利實(shí)施，從而提高研發(fā)的效率。

4. 強(qiáng)化單兵能力

研發(fā)最終是要落在人身上，強(qiáng)化單兵能力，對(duì)于提升整個(gè)團(tuán)隊(duì)的效能有極大的促進(jìn)作用，單兵能力的高低能決定團(tuán)隊(duì)總體效能的高低。

一個(gè)人的單兵能力可以從目標(biāo)、效率和初心三個(gè)方面來分析：

4.1 目標(biāo)

高效能人士的七個(gè)習(xí)慣的第 2、3 個(gè)習(xí)慣分別是以終為始和要事第一，當(dāng)我們需要做一件事情的時(shí)候先明確本質(zhì)的要解決的問題是什么，規(guī)避掉「XY Problem」，尋找到解決方案以及實(shí)現(xiàn)方案的過程中聚焦最重要的任務(wù)。

在個(gè)人的目標(biāo)中，我們常見的目標(biāo)包括業(yè)務(wù)成功、幫助團(tuán)隊(duì)、個(gè)人成長。這三個(gè)目標(biāo)是有遞進(jìn)關(guān)系的。

• 業(yè)務(wù)成功是我們工作的最根本目標(biāo)，也是基礎(chǔ)；
• 在業(yè)務(wù)成功的基礎(chǔ)上，下一步考慮幫助團(tuán)隊(duì)成長；
• 在幫助團(tuán)隊(duì)的同時(shí)，給自己帶來一些直接或間接的成長機(jī)會(huì)。

4.2 效率/速度

可以仔細(xì)評(píng)估個(gè)人研發(fā)過程中哪些部分可以提速，如在開發(fā)前、開發(fā)中和開發(fā)后：

開發(fā)前：完善而友好的開發(fā)環(huán)境，不要過度設(shè)計(jì)，在保證一定擴(kuò)展性的夠用就行，鼓勵(lì)方案的討論，并將其機(jī)制化；

開發(fā)中：熟悉而高效的編輯工具和代碼管理工具（如 Vim、Git，需要有一些刻意練習(xí)）讓你能高效的編碼，個(gè)人技能的邊界擴(kuò)展（如前端懂一些后端，在溝通交流中障礙就會(huì)很多；甚至全棧，溝通交流在自己腦袋里面完成）；

開發(fā)后：盡快讓代碼跑起來，快速的本地構(gòu)建、完善而快速的聯(lián)調(diào)環(huán)境，使用單元測(cè)試和持續(xù)集成。

4.3 初心

對(duì)于業(yè)務(wù)，對(duì)于當(dāng)下手上的事情能自驅(qū)的完成，最好是將目標(biāo)和興趣結(jié)合起來，主動(dòng)的提出自己的想法并推動(dòng)實(shí)施。

5. 合理度量但不追逐度量

著名管理大師德魯克有句名言：“沒有度量就沒有管理”。

當(dāng)我們開始想把研發(fā)過程的效能管理起來的時(shí)候，一定需要明確度量，即哪些指標(biāo)可以表示效能的高低，并以此來判斷是否有改進(jìn)。
我們可以從三個(gè)方面來度量：

研發(fā)效率/速度：開發(fā)的速度，構(gòu)建的速度，需求的吞吐率，需求的周期，代碼行數(shù)，平均修復(fù)時(shí)間等；

研發(fā)質(zhì)量：測(cè)試 BUG 數(shù)、新舊 BUG 比，缺陷率、缺陷修復(fù)率、線上 BUG 數(shù)、線上事故數(shù)，性能、安全等；

業(yè)務(wù)價(jià)值：營收、NPS、功能使用用戶數(shù)、客服反饋數(shù)等。

度量的大概過程是從研發(fā)過程中獲取數(shù)據(jù)，并用這些數(shù)據(jù)來評(píng)估過程的效率，質(zhì)量和價(jià)值。
通過度量來評(píng)估研發(fā)團(tuán)隊(duì)的表現(xiàn)，發(fā)現(xiàn)對(duì)研發(fā)工作效率有阻礙的地方，了解流程是否有待改進(jìn)的關(guān)鍵點(diǎn)并尋求改進(jìn)的方案。

在我們度量的過程中，度量指標(biāo)盡量不要與績效掛鉤，而是應(yīng)該作為參考和工具，幫助團(tuán)隊(duì)提高效能。
不要過度追逐度量，不要讓度量最后變成一個(gè)「數(shù)字游戲」，避免只關(guān)注一些局部指標(biāo)而導(dǎo)致局部優(yōu)化和全局優(yōu)化脫節(jié)的情況，對(duì)于過度的不顧大局的局部優(yōu)化說 No，因?yàn)檫@種局部的優(yōu)化可能導(dǎo)致整體效能的降低。

6. 小結(jié)

我們實(shí)現(xiàn)一個(gè)系統(tǒng)或一個(gè)需求，其實(shí)就是在生產(chǎn)一個(gè)產(chǎn)品，需要若干個(gè)「工序」，從產(chǎn)品需求出發(fā)，經(jīng)過開發(fā)、測(cè)試、發(fā)布、運(yùn)維等環(huán)節(jié)，從一種工種流轉(zhuǎn)到另一個(gè)工種，最后交付給用戶。
在整個(gè)研發(fā)過程中，把每道工序定義清楚，明確輸入和輸出的標(biāo)準(zhǔn)，保證每個(gè)工序產(chǎn)出的質(zhì)量，提升每個(gè)工序的速度，銜接好工序與工序，就能讓整個(gè)過程更高效能的流轉(zhuǎn)。

從這里可以看出一個(gè)高效能的過程包括如下三個(gè)方面：

清晰的「工序」定義、每個(gè)工序有標(biāo)準(zhǔn)的輸入和輸出；

保證每個(gè)「工序」的質(zhì)量和速度，做到極致；

保障「工序」之間連接的有序；

轉(zhuǎn)化成研發(fā)過程，一個(gè)高效能的開發(fā)過程包括如下四個(gè)方面：

清晰定義每個(gè)環(huán)節(jié)，明確每個(gè)環(huán)節(jié)的輸入和輸出的標(biāo)準(zhǔn)，做好自測(cè)；

保證每個(gè)環(huán)節(jié)的質(zhì)量，產(chǎn)品需求有需求的質(zhì)量要求，設(shè)計(jì)有設(shè)計(jì)的質(zhì)量要求，研發(fā)有研發(fā)的質(zhì)量要求；

強(qiáng)化每個(gè)環(huán)節(jié)中個(gè)體的單兵能力，提升每個(gè)環(huán)節(jié)的速度；

通過專業(yè)的項(xiàng)目管理，保障環(huán)節(jié)之間的有序進(jìn)行，不快一步也不慢一步。

那么如何簡單評(píng)估一個(gè)研發(fā)團(tuán)隊(duì)是否是高效能的呢？

看這個(gè)研發(fā)團(tuán)隊(duì)的一個(gè)需求從想法到上線，全流程平均生命周期需要多久，上線后的質(zhì)量如何。

你好，我是潘錦，超過 10 年的研發(fā)管理和技術(shù)架構(gòu)經(jīng)歷，出過書，創(chuàng)過業(yè)，帶過百人團(tuán)隊(duì)，也在騰訊，A 股上市公司呆過一些年頭，現(xiàn)在在一家 C 輪的公司負(fù)責(zé)一些技術(shù)方面的管理工作。早年做過 NOI 和 ACM，對(duì)前端架構(gòu)、跨端、后端架構(gòu)、云原生、DevOps 等技術(shù)始終保持著濃厚的興趣，平時(shí)喜歡讀書、思考，終身學(xué)習(xí)實(shí)踐者，歡迎一起交流學(xué)習(xí)。微信公眾號(hào)：架構(gòu)和遠(yuǎn)方，博客： www.phppan.com

總結(jié)

以上是生活随笔為你收集整理的打造高效能研发团队的 5 个关键步骤的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。