3개월 만에 기술 팀을 30% 확장하는 방법: 단계별 사례 연구

오늘날에는 필요한 기술을 갖춘 사내 개발자 5~10명으로 구성된 팀을 쉽게 고용할 수 있다고 상상하기 어렵습니다. 시장에서 인재를 확보하기 위한 치열한 경쟁과 경쟁업체의 수익성 있는 제안이 이를 단순하게 만들지는 않습니다.

왜요? 핵심 문제는 현대 기업이 직면한 빠르게 성장하는 병목 현상 중 하나가 된 IT 인재 부족에 있습니다. 기술 전문가를 고용하는 것은 이제 진정한 도전입니다. 그리고 거기에는 놀라운 일이 없습니다. 지난 10년 동안 B2B SaaS 기업의 수는 50배 증가했으며 여전히 눈덩이처럼 불어나고 있습니다. 미국에만 15,000개 이상의 기업이 있습니다. 게다가 구글과 아마존 같은 거대 기업들은 계속해서 기술 노동 시장을 선택하고 있습니다.

게다가 코로나19 팬데믹으로 인해 비즈니스 디지털화가 만연했습니다. 따라서, 급증하는 스타트업 시장은 비IT 기업 및 스타트업에 합류하기 위해 최고의 기술 인재를 고용하고 유지하기 위한 실질적인 투쟁으로 바뀌었습니다. 결과적으로 후보자에게 너무 높은 급여를 제공하면 시장 혼란이 발생합니다.

진실은 당신의 스타트업이 인상적인 자금을 모을 수 있었다 하더라도, 당신의 인력 충원 문제는 아직 해결되지 않았다는 것입니다.

그러나 포기할 좋은 이유는 아닙니다. 세상은 멀어졌습니다. 사내 직원 채용 기회가 더 이상 제한되지 않습니다. 게다가, 당신의 위치도 장애물이 아닙니다.

여기에서는 우리 회사인 Aspirity가 기술 팀을 최단 시간에 확장하고 양측이 얻은 경험을 공개하는 데 도움이 된 실제 사례를 공유하겠습니다.

사내 VS. 원격 VS. 분산된 팀

요즘에는 더 유연하고 효율적인 솔루션을 찾는 사람들에게 글로벌 인재 풀에 대한 액세스를 현실적 관점으로 만드는 많은 새로운 접근 방식과 직원 채용 모델이 등장했습니다.

위치 측면에서 가장 일반적인 개발 팀 유형을 살펴보겠습니다.

사내 팀: 상황이 어떻게 바뀌었습니까?

많은 회사에서 사내 팀을 가장 안정적이고 관리하기 쉬우며 신뢰할 수 있는 솔루션으로 생각합니다. 사내 모델을 지지하는 가장 널리 퍼진 주장은 다음과 같습니다.

• 워크플로를 직접 제어합니다.
• 신뢰할 수 있는 투명한 사무실 환경을 구축할 수 있는 기회입니다.
• 대면 커뮤니케이션.
• 시간대 차이와 언어 장벽이 없습니다.

그러나 팬데믹 기간 동안 사람들의 사고 방식이 바뀌었습니다. 오늘날, 한 사무실에 모든 팀워크가 집중되는 것은 구식으로 간주될 수 있습니다. Gartner 연구에 따르면 COVID-19 발생 이후 고용주의 82%가 직원에게 원격 근무를 허용한 반면 회사 리더의 47%는 완전한 원격 근무를 지원합니다.

이러한 변화로 인해 자체 개발의 단점이 장점보다 훨씬 큽니다. 인재 풀이 훨씬 열악하기 때문에 최고의 현지 전문가를 모두 고용하는 거대 기업과 경쟁하기가 어렵습니다. 따라서 사내 개발 팀을 확장하고 필요한 전문 지식을 추가하는 것이 너무 어려울 수 있습니다.

원격 팀: 새로운 현실

원격 솔루션은 사내 개발에 대한 훌륭한 대안입니다. 글로벌 IT 시장에 접근하여 필요한 인재를 찾을 수 있습니다. 또한 가장 적합한 시간대를 선택하고 필요한 전문가를 고용할 수 있습니다.

원격 직원을 고용할 때 발생할 수 있는 잠재적인 위험은 이미 프로젝트를 진행 중인 팀에 신속하게 통합하기 어려울 수 있다는 점입니다. 또한 일부 원격 직원은 사내 팀의 일원으로 즉시 느껴지지 않기 때문에 온보딩에 더 많은 시간이 필요할 수 있습니다.

분산된 팀: 대체 솔루션

그렇다면 숙련된 원격 전문가를 고용하고 온보딩 및 참여와 관련된 잠재적인 문제를 해결하기 위해 기업이 할 수 있는 일은 무엇일까요? 우리의 경험을 바탕으로 분산 팀을 구축하는 것은 훌륭한 솔루션입니다.

우선, 분산된 팀은 이미 상호 이해가 있고 서로 효과적으로 상호 작용할 수 있는 전문가로 구성됩니다. 그들은 서로의 장단점을 알고 있으며 귀하의 노력 없이도 즉시 협업 프로세스를 구축할 수 있습니다.

또한 이러한 팀은 데이터베이스를 유지 관리하기 위해 잘 정립되고 테스트된 방법을 가지고 있을 것이며 빠르게 확장해야 하는 경우 새 직원을 온보딩하는 데 문제가 없을 것입니다.

또한 분산된 팀을 고용할 때 효율적인 온보딩을 수행해야 합니다. 프로젝트의 핵심 아이디어를 전달하고 새로운 구성원이 제품에 대한 열정을 느낄 수 있도록 하는 것이 중요합니다.

물론 적응 과정에는 시간이 걸릴 것이다. 분산형 모델로 전환하는 비즈니스는 시간대 차이와 문화적 특성을 고려해야 합니다. 그러나 효과적인 확장이 필요한 경우 이러한 모든 요소가 장애물이 되지는 않습니다. 이러한 목적을 위해 더 많은 결과 중심의 옵션을 거의 찾을 수 없습니다.

가격 비교

개발 비용은 여러 요인에 따라 다릅니다. 그리고 프로젝트에 참여하는 개발자의 자격 수준만 중요한 것은 아닙니다. 또 다른 중요한 측면은 개발 팀의 위치입니다. 대부분이 지역의 경제 상황, 평균 임금, 세금 등에 따라 다릅니다.

여기에서는 세계 여러 지역의 특정 개발 서비스 비용을 비교할 것입니다. 제품 개발을 다른 국가에 아웃소싱하거나 스스로 전문가를 고용하기로 결정한 경우 평균 소프트웨어 엔지니어의 평균 비율에 대한 대략적인 아이디어를 얻을 수 있습니다.

원격 근무자를 고용하는 경우 특정 국가의 세금 시스템과 같은 많은 문제를 해결해야 합니다. 한편, 분산 팀 모델로 전환하면 공급업체에서 귀하의 노력 없이 이러한 문제에 대처할 수 있습니다. 이러한 요소는 프로젝트의 규모와 예산에 큰 영향을 미칩니다.

사무실 대 원격: 우리의 경험

우리 회사인 Aspirity는 원격으로 작업하고 분산된 팀 모델을 적용한 견고한 경험을 얻었습니다. 팬데믹 기간 동안 직원들은 재택 근무라는 새로운 현실에 적응했습니다. 그래서 이제 그들 중 10%만이 사무실로 복귀합니다. 우리의 경험에 따르면 원격 근무는 사무실 소음 및 기타 방해 요소를 제거하여 직원들이 업무 프로세스에 몰두할 수 있게 해주기 때문에 훨씬 더 생산적입니다.

흥미롭게도 일부 직원은 전염병이 발생하기 전에 원격으로 작업을 시작하고 분산된 팀에 합류하기로 결정했습니다. 2019년 가을, 실리콘 밸리의 한 스타트업이 그들의 프로젝트에 참여하기 위해 우리에게 접근했습니다. 그 당시 그들은 혁신적인 제품을 만들고 싶었지만 부족한 시간과 자원이 필요하다는 것을 이해했습니다. 그래서 클라이언트는 디자인을 포함하여 프론트 엔드 부분을 다룰 기술을 갖춘 한 번에 3-5명의 직원을 찾고 있었습니다. 그리고 우리는 함께 일하기로 결정했습니다.

프로젝트의 특정 부분만을 책임지는 것도 저희에게는 새로운 경험이었습니다. 결과적으로 우리는 현재 분산 팀이라고 부르는 작업 형식을 확립했습니다.

일반적으로 이러한 프로젝트에 온보딩하는 데 몇 달이 걸립니다. 그러나 우리 팀은 훨씬 더 빨리 해냈습니다. 이제 분산된 팀에서 함께 작업하면서 배운 내용을 공개합니다.

팀 검색

비즈니스 또는 스타트업이 직면하게 될 첫 번째 질문은 목표와 기대치를 충족할 분산된 팀을 찾는 방법입니다. 다음은 고려해야 할 몇 가지 핵심 요소입니다.

• 인재풀. 예외적으로 혁신적인 제품을 구축하려면 전 세계 최고의 인재 중 최소 1-2%에 접근해야 할 것입니다. 그러나 미국에서 유능한 전문가를 찾고 유지하는 것은 IT 인재 부족으로 인해 상당히 어렵습니다. 분산 팀 모델을 사용하면 동남아시아, 동유럽 및 남미와 같은 다른 지역의 최고 전문가에 액세스할 수 있습니다.
• 개인 연결. 당신이 알고 신뢰하는 사람들의 피드백을 무시하지 마십시오. 좋은 평판은 위치에 관계없이 최고의 팀보다 앞서는 경우가 많습니다.

• 문화적 유사성. 고용한 팀의 사고 방식과 가치를 고려하는 것이 중요합니다. 비즈니스 아이디어에 몰두하고 프로젝트의 필수적인 부분이 될 수 있는 파트너를 찾는 것이 필요합니다. 원격 전문가와 사내 직원 간의 차이를 눈치채지 못하면서 팀과 더 나은 의사 소통을 구축하는 데 도움이 됩니다.
• 시간대 영향. 많은 회사에서 시간대 차이는 분산된 팀을 고용할 때 중요한 단점으로 보일 수 있습니다. 그러나 이익으로 전환할 수 있습니다. 예를 들어, 동유럽 공급업체를 고용할 때 특정 프로세스를 거의 연중무휴로 실행할 수 있습니다. 가장 중요한 것은 모든 사람에게 편리한 통화 및 회의 시간을 찾는 것입니다.

팀을 확인하는 방법

적절해 보이는 팀을 찾은 후에는 그들의 신뢰성을 검증해야 합니다. 후보자가 귀하의 요구 사항과 관련이 있는지 확인하는 방법에는 여러 가지가 있습니다. 다음은 가장 일반적입니다.

• 회사의 포트폴리오 및 사례 연구를 확인하십시오.
• 고객의 리뷰를 읽으십시오.
• Clutch 및 GoodFirms와 같은 전문 웹사이트에서 공급업체의 평판 등급에 주의하십시오.

또한 가장 높은 기준에 부합하는 후보자의 약속에 의존하지 않는 것이 좋습니다. 수백 개의 공급업체가 있으며 각각 최고의 서비스를 제공한다고 주장합니다.

그래서 기술 면접이 중요합니다. 이것은 후보자 팀의 기술적 능력, 특정 분야에 대한 지식 및 전문성 관련성을 추정하는 데 도움이 될 것입니다.

또한 기술 스택의 선택을 과대평가하지 않는 것이 좋습니다. 대신, 고려하지 않은 특정 기술의 기술을 가진 팀을 우선시하십시오. 더 효율적인 솔루션을 제공하는 대신 요구 사항이 얼마나 정당한지에 관계없이 항상 귀하의 요구 사항을 따를 이른바 예스맨을 고용하는 것보다 훨씬 낫습니다.

가장 중요한 것은 선택한 기술 스택이 미래에 대비할 수 있고 상당히 큰 개발자 커뮤니티가 있는지 확인하는 것입니다.

또 다른 중요한 요소는 백엔드 팀과 프론트엔드 팀 간의 상호 작용입니다. 우리의 경우 클라이언트에는 이미 백엔드 팀이 있었습니다. 따라서 프론트엔드 전문가가 특정 백엔드 세부사항을 이해할 수 있도록 해야 했습니다. 그들은 가짜 데이터, API 등으로 작업하는 것과 같은 기본 사항을 알고 있는 전문가를 찾고 있었습니다. 이동 중에 이러한 필수 사항을 배우면 생산성과 개발 속도를 크게 줄일 수 있습니다.

합동팀 되기

분산된 팀이 함께 작업을 시작하면 구성원이 협업 워크플로를 설정하는 데 시간이 필요합니다. 우리의 경우 클라이언트의 사내 팀원들은 개발 프로세스를 시작하기 전에 프로젝트의 본질과 핵심 아이디어에 몰두하기를 원했습니다. 그래서 처음에 우리는 사용자의 요구 사항, 어떻게 설계해야 하는지, 어떤 그래프가 필요한지 관찰하면서 프로젝트를 관리하는 방법을 탐구했습니다.

이를 위해 한 달 동안 경쟁사의 제품을 분석했습니다. 사용자가 유사한 제품에서 무엇을 기대하는지 이해하기 위해 다양한 대시보드를 연구하고 검색 및 테스트하고 많은 스크린샷을 찍었습니다. 마지막으로, 우리는 이 모든 정보를 수집하고 구성하여 설계 과정에서 참조할 수 있도록 했습니다.

처음에 우리 팀원들은 클라이언트의 프로젝트 분야에서 경험이 많지 않았습니다. 사전 조사를 통해 제품을 설계할 때 신뢰할 수 있는 필요한 참고 자료를 얻을 수 있었습니다. 또한 조사 과정을 통해 프로젝트 자체에 대해 더 깊이 이해할 수 있었습니다. 그리고 그것은 첫 번째 필수 단계였습니다.

또 다른 중요한 측면은 효율적인 팀 간 커뮤니케이션을 수립하고, 회의를 예약하고, 협업 워크플로를 구성하고, 서로의 작업에서 문제를 일으키는 것을 방지하는 데 도움이 되는 프로젝트 관리였습니다.

다음은 분산된 팀이 얻은 몇 가지 중요한 통찰력과 우리가 생각해낸 방법입니다.

• 의사소통. 우리는 몇 가지 문제와 오해로 시작했지만 필요한 타협에 빠르게 도달하고 효율성을 높였습니다. 이제 우리 팀은 즉각적인 토론과 중요한 정보의 적시 전달을 위해 여러 Slack 채널과 그룹 채팅을 사용합니다. 우리의 프로젝트 관리자는 지속적으로 연락하고 있으며 우리의 기술 리더는 휴일이나 예상치 못한 상황에 근로자를 교체하는 방법을 항상 알고 있습니다. 이를 통해 워크플로의 중단 없는 속도를 유지할 수 있습니다.

• 회의 및 통화. 분산된 팀의 작업은 결과에 대해 논의하고, 결과물을 확인하고, 계획 및 스프린트를 설정하고, 문제를 공유하는 등의 정기적인 온라인 세션이 필요합니다. 따라서 우리는 다양한 목적을 위해 수많은 정기 회의를 합니다.

• 제품 소유자와 프런트 엔드 팀의 일일 회의.

• • 다른 나라에서 온 팀의 리더와 주간 미팅.
  • 우리 팀원들의 매일의 회의.
  • 2주마다 회고 및 기술 회고 회의.
  • 새로운 기술 계획을 논의하기 위한 기술 주간 회의.
  • 정기 경영진 회의.

• 스프린트 리뷰는 2-3일마다.

각 통화와 회의는 팀이 같은 페이지를 유지하고 서로의 진행 상황과 문제를 이해하는 데 도움이 되는 특정 목표를 제공합니다. 그러나 시간을 절약하기 위해 그룹 채팅과 메신저에서 많은 것들이 논의됩니다.

• 공통 작업 공간. 처음에 우리 팀은 두 개의 다른 Jira 작업 공간을 사용했습니다.
• UI 및 프론트엔드 팀 작업 공간.
• UI, 백엔드, API 및 프론트엔드 작업을 관리하는 클라이언트의 작업 공간.

이러한 접근 방식을 사용하면 클라이언트 측의 QA에서 UI 버그를 보고하고 QA에서 프런트 엔드 버그를 보고했습니다. 나중에 우리는 프로젝트 관리 프로세스를 상당히 용이하게 하는 단일 Jira 작업 공간으로 이동했습니다.

테이크아웃

필요한 모든 사내 전문가를 찾고 고용하고 교육하는 데 시간을 낭비하지 않고 프로젝트를 빠르고 효율적으로 확장해야 한다고 가정합니다. 이 경우 분산 팀 모델이 가장 좋은 옵션 중 하나입니다. 이를 통해 글로벌 인재 풀에 대한 액세스를 제공하고 잘 정립된 협업 경험을 갖춘 숙련된 개발자를 고용할 수 있습니다.

프로젝트 관리에 대한 최신 기술과 접근 방식을 통해 효율적인 워크플로를 구축하고 구성하는 것은 완전히 달성 가능한 목표입니다. 커뮤니케이션, 협업 및 문서화를 위한 강력한 도구를 사용하면 위험을 최소화하고 투명하고 결과 중심적인 공동 작업을 위한 신뢰할 수 있는 기반이 됩니다.

따라서 관련 전문 지식을 갖춘 신뢰할 수 있는 팀을 찾고 구축하려는 제품에 대한 열정을 전달하기 위해 최선을 다하기만 하면 됩니다.

작성자: Alexander Efremov (LinkedIn)