[譯] 三人研發小組的高效研發嘗試

• 原文地址：Moving to three-person engineering teams
• 原文做者：Phil Sarin
• 譯文出自：掘金翻譯計劃
• 本文永久連接：github.com/xitu/gold-m…
• 譯者：yuwhuawang
• 校對者：Pomelo1213

三人研發小組工做效率更好。三人小組裏的每個人都會更有動力，由於他們以爲可以主宰他們的工做。他們也能更少的面對來自上邊的無理要求。三人小組也不會過小。在輪休或者複雜的問題上小組有充足的人手。

可是三人小組並不常見，由於很難創建起來。要找到足夠的小組領導太難了。爲了完成更大的任務，咱們一般會嘗試組建更大的團隊。在 Managed by Q 技術平臺的初創階段，工程師數量少於 10 個，這時三人小組很常見。可是當人數上漲到 25 我的時，咱們的小組就壯大到五到六我的。每一個人的驅動力都變得更少，事情都變得慢了了下來。

幾個月前，咱們決定將咱們臃腫的團隊拆分，迴歸咱們的三人小組。和咱們期待的同樣，三人小組更有驅動力，成果也更多。根據咱們重組後的調查，小組成員讚賞了更快的速度和更好的自主權：

小規模=快速研發。可以擁有咱們正在處理的代碼的所有心智模型。沒人在理解力上出問題。

小團隊讓計劃和安排工做更容易，這使咱們可以在一系列項目中快速轉換。

自主權更多，領導的機會更多，也更靈活。

更容易對本身的工做產生自豪，由於每一個人都有責任感，並且每一個人的工做都直接對團隊的成功產生影響。

可是切換到三人小組也迫使咱們改變了一些運做方式。

咱們須要學會更容易相信

一個長期在咱們這裏工做的工程師告訴我，我在拖咱們團隊的後腿。由於我不給新人領導的機會。所以咱們決定轉向三人小組。其它的工程師認爲只有不多的被喜歡的人才能去領導團隊。

這個工程師迫使我面對一直阻礙個人偏見。我傾向了信任那些可以持續交付的工程師。可是團隊裏的每一個人都想證實他們也能作到以前沒有作過的事情。若是我不學着更多的信任他們，個人團隊就永遠達不到最佳狀態。

更大的團隊規模也不適合咱們僱傭的工程師。咱們很自豪的是咱們招的工程師都是那種可以很好地處理歧義，而且專一於解決問題而不是隻是完成任務。

爲了更多的信任，咱們從新定義了領導的職責。咱們新的領導應該只是協調另兩我的的工做，而不是 四、5 我的。咱們的領導不須要管人。領導也是很明確的臨時角色。這也讓咱們的領導更容易回到非領導崗位，不管什麼緣由。

咱們須要培訓領導

在咱們增長一些負責人以後，咱們決定培訓他們，讓他們適應新角色。咱們一個管理者，Josh Lucas，爲咱們的新負責人準備了一個迎新課程。他要求新的負責人從不一樣的維度評估本身。包括目標設立、認識問題、評估風險、管理分享、給與反饋和建立心理安全。

John 的迎新課程要求每個領導根據這些維度寫一份自我評估。他會給每個領導寫一份評估。在 1 對 1 的面談中，他們會討論其中的不一樣。咱們的新領導在自我評估中很是內省和坦白。例如：

我以爲反饋都不真實。我尋找並渴望每一個人對個人反饋，可是很可貴到高質量的回饋。Kim Scott 診斷我是毀滅性同理心。我很是關心和我一塊兒工做的人，可是儘可能避免和他們對抗而且傷害他們的感情。雖然我知道若是我對人更加直接和誠實，這樣對他們更好。可是我依然這麼作。這是我最想提升的能力。

迎新活動最好的一點就是幫助咱們的新領導理解他們天天要面對的新職責。在一些實驗性領導第一次踏上領導的位置時，他們會被他們的責任驚到。公開交流領導位置的挑戰讓咱們的領導明白會遇到什麼，也會在尋求幫助的時候更加溫馨。

管理者的角色改變了

因爲咱們的領導擔起了更多的職責，咱們也就再也不須要那麼多管理者。不少管理者轉向其餘角色，留下的管理者也有了新的職責。

咱們的管理者演化成巡遊者。每一個管理者如今有多個三人小組向其彙報，也多了直接報告。管理者不在直接對項目負責。他們要學會如何瞭解每一個三人小組的細節，而且在須要的時候提供管理和技術的幫助。

技術自主權更不穩定

儘管咱們很樂意說每個三人小組都徹底擁有與其餘小組徹底解耦的小系統，可是現現在仍是有不少共享的系統。多個三人小組能夠不間斷的輪換同一個系統。做爲亞馬遜雙披薩團隊的追隨者，也就是，每個小組獨有一個受權和系統，我對於共享全部權感到很不舒服。我擔憂咱們的小組會減小擁有感而且再也不投入讓系統變得更好。

事實上咱們並無在投入科技進步上變得更好。我認爲是由於擁有在心理學上太複雜了，三人小組更狹窄和深度的受權更夠增長咱們工程師感覺到的擁有感。

我得感謝 Kris Gale 和 Kellan Elliott-McCrea，他們鼓勵我去嘗試不一樣的方式去規劃團隊的職責和權屬。

咱們的工程師和其它人的工做關聯的更少

儘管咱們團隊對三人小組很滿意，他們也開始報告說他們想更多的瞭解同事。咱們的團隊有時候會有些重疊或者互補的工做，咱們還沒徹底解決這個問題，可是也在實驗每一個小組每週用一小段話來介紹他們作了什麼。

咱們爲產品經理和設計師創造了更多工做

在某種意義上來講，三人小組並不真的只是三我的。每個小組都有一個助理產品經理和設計師，他們在各個小組之間平衡。咱們配備了很好的產品管理團隊，能夠處理不少小組的任務，產出和併發的增加某些時候在團隊的設計上施加了很大的壓力。

---

咱們的三人小組實驗是成功的。咱們發版更快樂，咱們也有了更多樂趣，咱們研發技能也增加了。增長三人小組的數量是一個挑戰，咱們得找到和培訓更多的項目領導，咱們也要增長工程管理，設計和產品管理的規模來跟上三人小組擴張的速度。

感謝 Yann Gregoire, Beccah Erickson, 和 Sam Herbert.

若是發現譯文存在錯誤或其餘須要改進的地方，歡迎到 掘金翻譯計劃 對譯文進行修改並 PR，也可得到相應獎勵積分。文章開頭的 本文永久連接 即爲本文在 GitHub 上的 MarkDown 連接。

---

掘金翻譯計劃 是一個翻譯優質互聯網技術文章的社區，文章來源爲 掘金 上的英文分享文章。內容覆蓋 Android、iOS、前端、後端、區塊鏈、產品、設計、人工智能等領域，想要查看更多優質譯文請持續關注 掘金翻譯計劃、官方微博、知乎專欄。