如何在 3 個月內將技術團隊規模擴大 30%：分步案例研究

如今，很難想像一個人可以輕鬆地僱傭一個由五到十名具有所需技能的內部開發人員組成的團隊。 激烈的市場人才爭奪戰和競爭對手的豐厚報價並沒有讓事情變得更簡單。

為什麼？ 關鍵問題在於IT人才短缺已成為現代企業面臨的快速增長的瓶頸之一。 聘請技術專家現在是一個真正的挑戰。 這並不奇怪。 在過去十年中，B2B SaaS 公司的數量增長了 50 倍，而且還在滾雪球。 僅在美國就有超過 15,000 家此類企業。 更重要的是，像谷歌和亞馬遜這樣的巨頭一直在挑選科技勞動力市場。

最重要的是，COVID-19 大流行導致了猖獗的業務數字化。 因此，激增的創業市場已經變成了招聘和留住頂尖技術人才加入非 IT 公司和創業公司的真正鬥爭。 結果，向候選人提供過高的薪水會導致市場混亂。

事實是，即使你的創業公司成功籌集到了可觀的資金，你的人員配備挑戰也遠未得到解決。

但是，這不是放棄的好理由。 世界變得遙遠。 您的內部人員配備機會不再限制您。 更重要的是，您的位置也不是障礙。

在這裡，我將分享一個實際案例，我們公司 Aspirity 在最短的時間內幫助擴大了技術團隊，並展示了雙方的經驗。

內部VS。 遠程VS。 分佈式團隊

如今，已經出現了許多新的方法和人員配置模型，這使得訪問全球人才庫成為那些尋求更靈活和高效解決方案的人的真實視角。

讓我們看看最常見的開發團隊類型的位置。

內部團隊：事情發生了怎樣的變化

許多公司認為內部團隊是最穩定、可管理和可靠的解決方案。 以下是支持內部模型的最普遍的論點：

• 直接控制工作流程。
• 一個建立信任和透明辦公環境的機會。
• 面對面交流。
• 沒有時區差異和語言障礙。

然而，疫情期間，人們的觀念發生了變化。 今天，將所有團隊合作集中在一個辦公室已經被認為已經過時了。 根據 Gartner 的研究，在 COVID-19 爆發後，82% 的雇主讓他們的員工在某些時候遠程工作，而 47% 的公司領導完全支持遠程工作。

由於這些變化，內部開發的弊端大大超過了它們的好處。 由於人才庫要貧乏得多，您會發現很難與僱傭所有當地最優秀專家的巨頭競爭。 因此，擴展您的內部開發團隊並增加必要的專業知識可能太具有挑戰性了。

遠程團隊：新現實

遠程解決方案是內部開發的絕佳替代方案。 您可以找到進入全球 IT 市場所需的人才。 此外，您可以選擇最適合您的時區並聘請您需要的專業人員。

僱用遠程員工的潛在風險是，您可能會發現很難將他們快速整合到已經在開展項目的團隊中。 此外，一些遠程員工可能需要更多時間來入職，因為他們不會立即感覺自己是您內部團隊不可或缺的一部分。

分佈式團隊：另一種解決方案

那麼，企業可以做些什麼來聘請熟練的遠程專家並解決他們的入職和參與方面的潛在挑戰？ 根據我們的經驗，建立分佈式團隊是一個很好的解決方案。

首先，分佈式團隊由已經相互了解並能夠有效互動的專業人士組成。 他們了解彼此的長處和短處，並且可以立即建立協作過程，而無需您的任何努力。

此外，此類團隊可能擁有完善且經過測試的數據庫維護方法，如果您需要快速擴展，他們在新員工入職時不會遇到任何問題。

此外，在僱用分佈式團隊時，應該進行有效的入職培訓。 傳達您項目的核心理念並使新成員對您的產品充滿熱情至關重要。

當然，適應過程需要一些時間。 轉向分佈式模型的企業應考慮時區差異和文化細節。 但是，如果您需要有效的擴展，所有這些因素都不太可能成為障礙。 出於這樣的目的，您幾乎找不到更以結果為導向的選擇。

價格對比

開發成本取決於多種因素。 參與項目的開發人員的資質水平並不是唯一重要的事情。 另一個重要方面是您的開發團隊的位置。 大多數情況下，這取決於該地區的經濟狀況、平均工資、稅收等。

在這裡，我們將比較世界不同地區特定開發服務的成本。 如果您決定將產品開發外包到另一個國家或自行聘請專家，它將讓您大致了解平均軟件工程師的平均費率。

請注意，如果您僱用遠程工作者，您將不得不處理許多陷阱，例如特定國家/地區的稅收制度。 同時，如果您轉向分佈式團隊模型，供應商可能會不費吹灰之力地解決這些問題。 這些因素顯著影響項目的規模和預算。

辦公室與遠程：我們的經驗

我們的公司 Aspiity 在遠程工作和應用分佈式團隊模型方面積累了豐富的經驗。 在大流行期間，我們的員工已經適應了在家工作的新現實。 所以現在，不超過 10% 的人回到辦公室工作。 根據我們的經驗，遠程工作效率更高，因為它消除了辦公室噪音和其他干擾，讓員工能夠沉浸在工作過程中。

奇怪的是，我們的一些員工甚至在大流行爆發之前就決定開始遠程工作並加入分佈式團隊。 2019 年秋天，矽谷的一家初創公司找我們加入他們的項目。 當時，他們想打造一款創新產品，但他們知道這需要他們缺乏的大量時間和資源。 因此，客戶一次需要三到五名具備涵蓋前端部分（包括設計）技能的員工。 我們決定開始合作。

對我們來說，只負責項目的特定部分也是一種新體驗。 結果，我們建立了我們現在稱為分佈式團​​隊的工作格式。

通常，在這樣的項目中入職需要幾個月的時間。 但是，我們的團隊設法做得更快。 現在，我將揭示我們在分佈式團隊中一起工作時學到的東西。

尋找團隊

企業或初創企業可能面臨的第一個問題是如何找到一個能夠滿足其目標和期望的分佈式團隊。 以下是需要考慮的幾個關鍵因素。

• 人才庫。 要打造一款極具創新性的產品，您可能需要接觸至少 1-2% 的全球最優秀人才。 然而，由於 IT 人才短缺，在美國尋找和留住熟練的專業人士是相當具有挑戰性的。 分佈式團隊模式將使您能夠接觸到東南亞、東歐和南美等其他地區的頂尖專家。
• 個人關係。 不要忽視你認識和信任的人的反饋。 良好的聲譽往往領先於最好的團隊，無論他們的位置如何。

• 文化相似性。 考慮您僱用的團隊的心態和價值觀至關重要。 尋找可以沉浸在您的商業理念中並成為您項目不可或缺的一部分的合作夥伴是必要的。 它將幫助您與團隊建立更好的溝通，甚至不會注意到遠程專家和您的內部員工之間的區別。
• 時區影響。 對於許多公司來說，時區差異似乎是僱傭分佈式團隊的一個重大缺點。 但是，您可以將其轉化為好處。 例如，在僱用東歐供應商時，您可能幾乎 24/7 運行特定流程。 最重要的是，為每個人都提供方便的電話和會議時間。

如何驗證團隊

在找到一個似乎合適的團隊之後，是時候驗證他們的可靠性了。 有很多方法可以檢查候選人是否與您的需求相關。 以下是最常見的：

• 檢查公司的投資組合和案例研究。
• 閱讀他們客戶的評論。
• 注意供應商在 Clutch 和 GoodFirms 等專業網站上的聲譽評級。

此外，最好不要依賴候選人對最高標準的承諾。 那裡有數百家供應商，每個供應商都聲稱提供最好的服務。

這就是為什麼技術面試至關重要。 它將幫助您評估候選團隊的技術能力、特定領域的知識和專業知識的相關性。

更重要的是，最好不要高估技術堆棧的選擇。 相反，優先考慮在特定技術方面具有出色技能的團隊，即使它不是您考慮的那個。 這比僱用所謂的“應聲者”要好得多，他們將始終遵循您的要求，無論他們的要求多麼合理，而不是提供更有效的解決方案。

最重要的是，確保選擇的技術棧是面向未來的，並且擁有相當大的開發者社區。

另一個關鍵因素是後端和前端團隊之間的交互。 在我們的案例中，客戶已經有了他們的後端團隊。 因此，他們必須確保前端專家了解某些後端細節。 他們正在尋找了解諸如使用假數據、API 等基礎知識的專家。在旅途中學習這些基本知識可以顯著降低生產力和開發速度。

成為一個聯合團隊

當分佈式團隊開始一起工作時，其成員需要一些時間來建立協作工作流程。 在我們的案例中，客戶的內部團隊成員希望我們在開始開發過程之前將自己沉浸在項目的本質和核心思想中。 因此，最初，我們探索瞭如何管理項目，同時關注用戶的需求、應該如何設計以及需要哪些圖表。

為此，我們花了一個月的時間分析競爭對手的產品。 我們研究了各種儀表板以了解用戶對類似產品的期望，對其進行搜索和測試，並截取了許多屏幕截圖。 最後，我們收集並整理了所有這些信息，以便在設計過程中進行參考。

一開始，我們的團隊成員在客戶項目領域沒有太多經驗。 初步研究使我們能夠獲得在設計產品時可以依賴的必要參考。 此外，調查過程幫助我們更深入地了解項目本身。 這是第一步。

另一個至關重要的方面是項目管理，它幫助我們建立了高效的跨團隊溝通、安排會議、組織協作工作流程，避免給彼此的工作帶來挑戰。

以下是我們的分佈式團隊獲得的一些重要見解以及我們提出的方法。

• 溝通。 雖然我們從一些問題和誤解開始，但我們很快就達成了必要的妥協並提高了我們的效率。 現在，我們的團隊使用多個 Slack 頻道和群聊進行即時討論和及時傳遞重要信息。 我們的項目經理經常保持聯繫，我們的技術主管總是知道如何在假期或任何不可預見的情況下更換工人。 這使我們能夠保持工作流程的不間斷步伐。

• 會議和電話。 分佈式團隊的工作需要定期的在線會議來討論結果，檢查可交付成果，制定計劃和衝刺，分享問題等。因此，我們有許多不同目的的定期會議：

• 前端團隊與產品負責人的日常會議。

• • 每週與來自另一個國家的團隊負責人會面。
  • 我們團隊成員的日常會議。
  • 每兩週召開一次回顧和技術回顧會議。
  • 技術週會討論新技術計劃。
  • 定期召開管理會議。

• 每 2-3 天進行一次 Sprint 審查。

每次通話和會議都有一個特定的目標，可以幫助團隊保持在同一頁面上並了解彼此的進度和問題。 但是，為了節省時間，在群聊和信使中討論了許多事情。

• 公共工作區。 一開始，我們的團隊使用了兩個不同的 Jira 工作區：
• 我們的 UI 和前端團隊工作區。
• 我們客戶的工作區，用於管理 UI、後端、API 和前端任務。

通過這種方式，客戶端的 QA 報告了 UI 錯誤，我們的 QA 報告了前端錯誤。 後來，我們搬到了一個單一的 Jira 工作區，這極大地促進了項目管理過程。

外賣

假設您需要快速有效地擴展您的項目，而不是浪費時間尋找、僱用和培訓所有必要的內部專家。 在這種情況下，分佈式團隊模型是最好的選擇之一。 它將為您提供訪問全球人才庫的機會，並使您能夠僱用具有良好協作經驗的熟練開發人員。

借助現代技術和項目管理方法，構建和組織高效的工作流程是一個完全可以實現的目標。 使用強大的通信、協作和文檔工具可將風險降至最低，並成為透明和以結果為導向的聯合工作的可靠基礎。

因此，您所要做的就是找到一個具有相關專業知識的值得信賴的團隊，並儘最大努力向他們傳達您對您將要構建的產品的熱情。

作者：Alexander Efremov（領英）