重組釺焊產品團隊

通過凱文·王2019年3月26日

任何軟件產品背後最重要的驅動力是開發它的團隊以及他們之間的關係。因此，以一種允許團隊發揮盡可能大的影響力和影響力的方式來安排團隊是很重要的。

在Braze，我們廣泛地思考了我們的產品和工程組織是如何設計的，並希望分享我們從重大部門重組中獲得的經驗，這些經驗幫助我們極大地改善了我們如何優先考慮功能，開發團隊專業知識，並更有效地構建我們的產品。

早期結構:產品/市場適應及超越

找到適合的產品/市場，並利用它來發展業務，這是所有初創公司必須通過的考驗。在創業公司發展的這一階段，試驗速度和迅速利用機會的能力至關重要。為此，我們最初的產品團隊結構是這樣的:

這種基於功能專長劃分團隊的結構運行良好，原因有幾個。

首先，它允許我們在產品/市場適應的過程中有效地處理轉型產品變更——專家可以擁有我們大量的代碼庫，並使用他們最熟悉的語言、框架和設計決策。在大量咖啡因的推動下，一個團隊的項目“團隊”經常完成巨大的工作。其中包括構建麵向客戶的公共API和徹底檢查我們的整個消息發送基礎設施，通常由唯一的工程師、產品經理和設計師擔任。對於大公司來說，這些極端的措施是瘋狂的，但在成長初期是必要的，而且幾乎是常規的。

此外，這種結構幫助我們在10 - 15人的團隊中深入掌握某些技術領域。我們核心產品的許多元素，例如:我們前端的模型-視圖-控製器層、api和高吞吐量的消息發送代碼隻有少數人完全理解。

當時，它很簡單，我們所需要的就是它。當速度就是一切的時候，基於簡單的準則進行組織有助於減少認知負擔，讓我們把注意力集中在最能發揮作用的地方。

後期結構:增長和擴展

然而，當我們的團隊成長到超過30或40歲時，這種結構開始瓦解。我們最終確定重組我們的產品團隊是我們麵臨的一些最大挑戰的解決方案。我們花費了不可持續的精力來調整技能集和時間線，為戰略項目組建團隊。我們還花費了大量的時間來確定優先級，並且經常發現我們在整個業務中強行對所有產品優先級進行排序，因為我們基於技術的團隊結構並沒有直接映射到最基本的產品需求。最後，我們很少有機會讓團隊成員在特定的客戶用例方麵獲得深入的經驗。

我們最終轉向了一個圍繞敏捷類似於小隊/部落模式的跨職能團隊Spotify．我們的新組織結構是這樣的:

我們團隊的大多數人都在“產品垂直領域”工作，對應於我們產品或業務的關鍵領域。例如:

我們的電子郵件和企業團隊從上到下管理電子郵件，以及某些產品領域，如權限管理，這對我們的許多大客戶至關重要。manbetx万博全站客户端
我們的消息和自動化團隊擁有多個與用戶細分、消息和我們的旗艦編排產品相關的產品領域，帆布．

在垂直領域內，我們期望優先級排序是(相對)直接的，因為每個垂直領域對應一組特定的客戶需求。某些團隊，如視覺設計、DevOps和我們的基礎設施工程團隊橫跨整個平台，在關鍵領域建立一致性。

影響

我們的重組大大降低了跨團隊的依賴性。以前，我們一直在努力解決數獨式的調度問題，即在給定的時間內將專業技能集(工程、設計、產品管理等)正確地平衡到給定的項目中。它還使短期激勵趨於一致——在轉型之前，團隊經常發現自己依賴於目標不相關的對手方。在我們的新結構下，產品團隊是獨立的，對時間線有更多的控製，並且在目標上完全一致，提高了生產力和士氣。

新的組織設計也改進了優先級。例如，我們的電子郵件和企業團隊可能需要在升級電子郵件基礎設施、構建核心電子郵件功能或修複企業可用性問題之間做出決定——這是一個直接且容易量化的決定，因為這三者以類似的方式與客戶的需求相關。manbetx万博全站客户端

一個糾結於太多高優先級需求的團隊也表明他們的產品領域需要更多的資源。這使我們能夠將困難的優先級問題重新定義為人員需求，這仍然具有挑戰性，但從概念上講很容易解決。

最後，將大多數團隊集中在特定的產品領域可以讓個人隨著時間的推移建立深厚的專業知識和高效的工作關係。最初，在構建的頭幾年裏，個人基本上可以在他們的頭腦中掌握整個產品和代碼庫，但隨著我們的發展，這變得不可能了。產品問題是分形的:你每仔細觀察一次，就會發現更多的細微差別和深度。因此，在產品或代碼庫的特定領域花費大量時間並深入理解其業務需求是實現真正產品突破的最佳方法之一。此外，創建專注的長期團隊可以建立所有權和融洽關係，並允許一組一致的合作者之間建立不言而喻的工作關係。

當然，沒有什麼製度是完美的。通過關注麵向產品的支柱，我們增加了團隊優化本地化需求的潛力，而犧牲了整體優先級。例如，有人可能會關注局部的技術債務(“這個控製器很麻煩”)，而不是全局問題(“改變我們的前端框架將提高整體工程速度”)。預見到這一需求，我們采取措施建立了上麵提到的跨領域團隊，並為其他廣泛的項目使用了專門的委員會——例如，一個委員會來構建前端組件和設計模式的整體產品/設計係統。

我們的新結構也帶來了更高的活化能，整體的，轉化的產品變化。我們產品的某些領域，比如後端api，是由幾個團隊共同擁有的。對代碼庫中廣泛的、交叉的區域進行全麵更改的門檻更高，因此一旦產品的骨架基本形成，這種類型的結構就會發揮最佳效果。