當我於2019年秋季加入Guru時，我希望在接下來的一年中能達成的目標之一是，讓我們的團隊能夠支持遠程/分散式的工作與文化，隨著我們的成長。 我當時不知道還有什麼事情等著我，或這將多大程度上影響各種話題的討論。

與SaaS世界中的其他團隊一樣（老實說，在任何行業中也是如此），過去一年與我們在2020年2月的年度啟動會上所預想的有著完全不同的樣貌。 從了解如何遠程工作到加倍捍衛我們的產品幫助其他公司進行同樣工作的方式，這一年是評估我們所需流程、產品和人的一年，以便為我們成功鋪路。 而當我們展望未來並準備在2021年增長時，我們將產品開發組織與這些需求置於最前端。

我們如何組織產品、設計與工程部門

過去一年我們幸運地組織和增聘了足夠多的優秀工程師、產品經理、設計師和產品行銷師，使我們的功能團隊（我們稱之為「小組」）從五個增長到八個。

小組

小組是有目的地靈活；每個小組由一位產品經理、工程負責人、設計負責人、產品行銷經理（PMM）和幾名工程師組成，他們共同負責我們產品或用戶體驗的特定領域。 這種結構使快速、基本上自主的決策得以發生，靠近正在進行的工作，而不是在執行團隊為日常產品優先級設定的煙霧和鏡子之後。 它們提供了結構而非僵硬，靈活而不閒置，專注而不扼殺創造力。 我們的小組給予最接近代碼和客戶的聲音——這對所有參與者來說都是雙贏局面。

支柱

隨著我們持續優化並調整小組協作的最佳方式，我們發現了一種自然組織，分為兩個主要領域：幫助新用戶更輕鬆地開始使用，並確保Guru在引領我們客戶的產品上保持最強大和最具創新性。 我們將這些領域視為我們產品開發團隊中的「支柱」，並根據這些領域將所有小組組織起來。

正式化這種結構的目標分為兩方面：保持決策靠近開發，並確保整個團隊的工作朝著正確的方向推進我們的公司和產品。 因此，我們在每個支柱上指定了領導角色，以監督基礎小組的工作——確保整個運作朝著支持公司目標的方式前進。

通常，每當結構改變時，隨之而來的就是可怕的「公司化」問題。 傳統的觀念是，你變得越有結構，就越會變得孤立，這會使每個人都難以進行富有成效和有意義的工作。 對重複任務的恐懼預示著對重複錯誤的恐懼，而團隊知識流失的普遍擔憂則完全不是沒有道理的。 對我們Guru而言，我們幸運地可以使用自己的產品積極應對這些挑戰，並在成長為新團隊結構時優化合作和效率。

為什麼PDEM使用Guru

Guru為我們的工程團隊提供了一個記錄和訪問所有資訊的地方，包括環境設置指南、項目詳細資訊和重要公司更新。 如果一位工程師加入一個新小組，他們可以更快地了解情況並開始貢獻，因為他們團隊當前項目的所有細節都在Guru中。 如果一位設計師希望確保他們的小組在設計最終定稿前都能進行評審，他們可以在產品中發送通知，讓大家知道他們已準備好接受反饋。 當PM和PMM需要讓公司其他部分知道功能更新即將上線時，你也能猜到他們會為此創建一張卡。

擁有一個交叉功能和複雜、特定領域資訊的單一真相來源，我們的團隊能更好地彼此分享和學習。 當每個人都有相同的知識時，孤立的情況無法發生，這意味著每個人都能更快、更自信地做出決策。 在使用Guru的團隊中，結構與秩序以被授權與自主之間的歷史權衡並不成立。

Guru還使我們的產品開發組織與面向客戶的團隊保持步調一致。 一個集中存儲產品問題、客戶故事和行銷消息的資料庫幫助提供每個人如何構建、銷售和支持我們的產品的全景視圖，並創造機會以合作和提供有關日常工作範疇外的任務的反饋。 我們相信，尋求多元觀點會帶來更好的結果，因此與每個部門的合作是我們產品開發團隊的重要責任。

參加派對 🥳

如果這一切都讓你感到興奮，請繼續閱讀——我們正在招聘各種職位，以支援我們的產品開發組織。 我們需要熱衷於幫助我們創造豐富產品體驗的工程師、產品經理和設計師，推進我們的搜索和探索能力、編輯器等等。

我們需要團隊成員來幫助我們創造一個令人興奮的試用經驗，將潛在客戶轉變為長期客戶。 我們需要能夠幫助我們增長小組和支柱的領導者，以及熱衷於有一天成長為領導角色的團隊成員（我們喜歡從內部晉升！）。

感到興奮了嗎？ 我們希望如此。 前往我們的職業頁面查看您是否適合我們的開放職位，讓我們開始對話。 但當然，如果你更願意在黑暗的地下室裡獨自打字，並且覺得唯一需要的知識就在你的腦海中——那麼，你繼續這樣做吧。