소프트웨어 개발팀 구축 방법: 비용과 팀 규모 실무 가이드

소프트웨어 개발팀을 만들겠다는 결정은 대개 계획이 아니라 예산 항목의 형태로 도착합니다. 엔지니어 두 명분의 인원이 승인되고, 이사회 보고서에는 코드를 빌리는 것보다 소유하는 편이 싸다고 적혀 있으며, 그 팀이 무엇을 위해 존재하는지 아무도 적어두지 않은 채 채용이 시작됩니다. 이렇게 어긋난 채용은 약 9개월 동안 겉으로 드러나지 않습니다.

이 질문을 던지는 사람 대부분은 아직 채용하면 안 되며, 정직한 조언은 거기서 출발합니다. 정규직 팀은 고정비이고, 그에 대응하는 수요는 대체로 변동합니다. 이 방식이 작동하려면 일이 끊기지 않아야 하고, 고객이 돈을 내는 대상이 소프트웨어 자체여야 하며, 다음 주에 무엇을 만들지 사내의 누군가가 말할 수 있어야 합니다. 셋 중 하나만 빠져도, 하루 단위로 살 수 있었던 것을 연 단위로 산 셈이 됩니다.

아래에서 다루는 것은 그 산수와 순서입니다. 국민보험료, 연금, 휴가, 장비, 채용 수수료까지 넣었을 때 엔지니어 한 명이 실제로 얼마인지, 어떤 역할을 가장 먼저 뽑아야 하는지, 1명, 3명, 5명, 10명 팀이 현실적으로 무엇을 내놓을 수 있는지, 그리고 사내에 기술자가 없을 때 기술 면접을 어떻게 운영할지입니다.

소프트웨어 개발팀을 만들려면 몇 명이 필요합니까? 생각보다 적고, 생각보다 늦게 필요합니다. 처음부터 끝까지 딜리버리를 책임질 수 있는 시니어 제너럴리스트 한 명이 주니어 세 명보다 넓은 범위를 감당합니다. 작은 규모에서 병목은 타이핑 속도가 아니라 판단력이기 때문입니다. 처음으로 진짜 안정적인 형태는 세 명이며, 총비용은 연간 약 GBP 250,000입니다. 로드맵이 띄엄띄엄하다면 대개 에이전시가 더 알맞은 수단입니다.

대부분의 회사는 아직 소프트웨어 개발팀을 만들면 안 됩니다

채용은 제대로 던지지도 않은 질문에 답하는 가장 비싼 방법입니다. 고용 계약은 그 사람이 재직하는 동안 급여를 지급할 의무를 지우고, 여기에 통지 기간과 아래에서 설명할 법정 비용이 더해집니다. 그리고 그 의무는 18개월 뒤에도 그 일이 남아 있을지 알기 전에 확정됩니다.

실패는 좀처럼 극적으로 오지 않습니다. 회사가 개발자 두 명을 뽑고, 목록에 있던 것을 만들고, 그러다 목록이 바닥납니다. 아무도 정리해고를 하고 싶지 않으니 팀은 일을 발명합니다. 재작성, 프레임워크 업그레이드, 아무도 요청하지 않은 내부 도구. 12개월 뒤 급여는 실재하고 산출물은 그렇지 않으며, 창업자는 엔지니어가 생산적이지 않다고 결론짓습니다. 그렇지 않았습니다. 요구사항이 부족했을 뿐입니다.

반론도 있고 타당합니다. 에이전시는 하루 단가가 더 비싸고 여러분의 사업을 덜 이해한다는 것입니다. 둘 다 사실입니다. 다만 놓치는 지점이 있습니다. 에이전시는 끌 수 있는 변동비여서, 나쁜 한 달의 대가가 1년이 아니라 한 달이라는 점입니다. 로드맵이 정말로 연속적이면 계산은 뒤집히고 비용과 속도 모두에서 내부 조직이 이깁니다. 실수는 그 계산을 너무 일찍 뒤집는 것입니다. 끝이 정해진 고정된 작업은 채용 계획이 아니라 에이전시 프로젝트이며, 그래서 저희 소프트웨어 개발 서비스에는 인원 수를 물으러 왔다가 프로그램이 아니라 프로젝트를 갖고 있었음을 확인하는 회사가 많이 옵니다.

팀이 필요한지 알려주는 테스트

조건은 셋이고, 셋 다 충족해야 합니다. 셋 미만이면 아직 준비가 되지 않은 것입니다.

소프트웨어가 제품입니까, 아니면 제품을 뒷받침하는 것입니까? 고객이 소프트웨어에 돈을 내거나, 경쟁사가 아니라 여러분을 고르는 이유가 소프트웨어라면 코드는 전략 자산이고, 그 전부를 계속 외주로 돌리면 결국 거버넌스 문제가 됩니다. 소프트웨어가 청구 업무를 돌리는 정도라면 그것은 배관이고, 배관은 사는 것입니다.

로드맵이 연속적입니까? 4개월 차부터 12개월 차까지 무엇을 만들지 적어보십시오. 있으면 좋겠다 싶은 기능이 아니라, 상업적으로 설명할 수 있는 일이어야 합니다. 그 목록이 얇다면 1년치 일이 아니라 꼬리가 긴 프로젝트를 갖고 있는 것입니다.

사내의 누군가가 일을 명세할 수 있습니까? 이 항목이 자주 건너뛰어집니다. 엔지니어는 어떤 문제를 풀어야 하는지, 그리고 풀렸다는 것을 무엇으로 판단하는지 알아야 합니다. 거기에 답할 수 있는 사람이 대표뿐이고 그 사람이 주당 40분밖에 낼 수 없다면, 팀은 시간의 대부분을 기다리거나 추측하는 데 씁니다. 프로덕트 오너가 없는 팀이 만들어내는 것은 진전이 아니라 움직임입니다.

네 번째 질문은 답이 아니라 시점을 정합니다. 소프트웨어가 매출을 내지 못하는 상태로 18개월을 버틸 수 있습니까? 자금 사정 때문에 팀이 6개월 차까지 수익을 내야 한다면, 아무도 뽑지 말고 일을 하루 단위로 사십시오.

2026년에 직원 한 명의 실제 비용

급여는 전체 금액의 약 70퍼센트입니다. 나머지는 법정 비용, 운영 비용, 그리고 일회성 비용이며, 마지막 항목이 첫해 예산을 망칩니다.

협상할 수 없는 법정 비용

가장 큰 추가분은 고용주 부담 국민보험료입니다. GOV.UK의 고용주 요율 및 기준액 안내에 따르면 2026에서 2027 과세연도에 고용주는 연 GBP 5,000의 2차 기준액을 넘는 소득에 대해 15퍼센트를 부담합니다. GBP 60,000 급여라면 GBP 55,000의 15퍼센트, 즉 GBP 8,250입니다. 요건을 갖춘 고용주는 고용 공제를 통해 연간 2차 클래스 1 부담분 중 최대 GBP 10,500을 상계할 수 있지만, 이사 한 명뿐이고 2차 기여 대상인 다른 직원이 없는 회사는 신청할 수 없습니다.

연금 자동가입은 합계 최소 8퍼센트 안에서 고용주 최소 기여 3퍼센트를 더합니다. 직장연금 기여에 관한 GOV.UK 안내에 따르면 산정 대상은 연 GBP 6,240에서 GBP 50,270 사이의 적격 소득입니다. 구간 상단에서는 직원 한 명당 약 GBP 1,321이 됩니다. 많은 고용주는 대신 전체 급여의 일정 비율을 지급하는데, 더 후하고 후보자에게 설명하기도 쉽습니다.

휴가는 현금보다 가용 인력의 비용입니다. 법정 휴가는 5.6주이며 주 5일 근무자 기준으로 28일이고, 공휴일을 추가로 줄 의무는 없습니다. 연간 약 260 근무일에 견주면, 누군가 아프기도 전에 이미 한 해의 11퍼센트에 가깝습니다.

스프레드시트에서 빠지는 비용

장비는 작지만 실재합니다. 개발용 노트북이 GBP 1,500에서 GBP 2,500, 모니터, 책상. 도구 비용은 소스 관리, IDE 라이선스, 지속적 통합 실행 시간, 클라우드 환경, 오류 추적, 로그 보관까지 세면 사람들이 생각하는 것보다 큽니다. 엔지니어 한 명당 연간 GBP 1,200에서 GBP 3,000이 방어 가능한 계획 수치이며, 이는 공표된 통계가 아니라 저희 자체 추정치입니다.

채용 수수료가 튀는 지점입니다. 영국의 성공 보수형 에이전시는 보통 첫해 급여의 10퍼센트대 후반에서 20퍼센트대 중반을 청구하므로, 직접 채용하지 않는다면 GBP 60,000 자리에 GBP 9,000에서 GBP 15,000을 잡으십시오. 이 역시 저희 자체 추정치입니다.

아무도 계산하지 않는 항목은 관리입니다. 다른 두 명을 감독하는 시니어 엔지니어는 자기 딜리버리 역량의 20에서 40퍼센트를 잃으므로, 세 명을 뽑아도 세 사람 몫의 산출물이 나오지는 않습니다.

첫해에는 급여의 약 1.4배, 이후에는 1.2배로 읽으십시오. 관리 간접비는 아직 넣지 않은 수치입니다. 급여, 장비, 도구, 채용 수수료 수치는 저희 계획용 추정치이며, 공표된 요율에서 나온 항목은 국민보험료, 연금, 휴가뿐입니다.

계약직 개발자라는 선택지가 실제로 사주는 것

일당 계약직 개발자는 법정 비용과 통지 기간을 없애는 대신 프리미엄과 거버넌스 의무를 더합니다. 영국에서 자기 유한회사를 통해 계약하는 시니어 개발자는 하루 GBP 400에서 GBP 600 구간에 있는 경우가 많고, 전문 기술이나 짧은 계약은 그 위입니다. 이는 저희 자체 추정치이며, 이 사이트의 다른 곳에서 제시하는 구간과 일치합니다.

하루 GBP 500에 청구 가능일 220일이면 연간 GBP 110,000이고, 이는 GBP 60,000 정규직의 총비용 GBP 72,000과 비교됩니다. 프리미엄이 사주는 것은 세 가지입니다. 멈출 수 있다는 것, 빨리 시작할 수 있다는 것, 그리고 같은 문제를 다른 곳에서 이미 풀어본 사람이 온다는 것. 대신 잃는 것은 연속성과, 계약과 함께 걸어 나가는 조직 지식입니다.

계약직은 명확한 역량 공백을 메울 때, 휴직 공백을 채울 때, 그리고 인원을 확정하지 않고 시니어의 판단이 필요한 초기 6개월 동안 잘 작동합니다. 팀의 영구적 대체재로는 잘 작동하지 않습니다. 인센티브 구조가 완료보다 기간을 조용히 보상하고, 18개월 뒤의 코드에 아무도 책임지지 않기 때문입니다. 현실적인 형태는 혼합입니다. 피크와 전문 영역은 계약직, 빠져나가면 곤란한 부분은 직원. 저희 웹 개발자 채용 프로젝트 대부분이 이 패턴을 따릅니다.

오프페이롤 규정이 요구하는 것

이 절은 의무를 설명하는 내용입니다. 세무 자문이 아니며, 규모와 무관하게 계약직 계약은 시작 전에 회계사나 고용세 전문가에게 확인해야 합니다.

오프페이롤 규정, 흔히 IR35로 알려진 규정은 자기 중간 법인을 통해 용역을 제공하면서, 직접 계약했다면 직원이었을 사람에게 적용됩니다. 누가 판정하는지는 오프페이롤 근로 이해에 관한 GOV.UK 안내가 정하고 있습니다. 중견 또는 대규모 민간 부문 발주자는 세무상 고용 지위를 판정하고, 그 이유를 담은 지위 판정서를 발급해야 합니다. 공공 부문이 아닌 소규모 발주자라면 그 책임은 대신 근로자의 중간 법인에 있습니다.

소규모에 해당하는지는 회사법의 규모 기준을 따릅니다. HMRC의 Employment Status Manual은 2025년 4월 6일부터 기준이 매출 GBP 1,500만 초과, 재무상태표 총계 GBP 750만 초과로 올랐고 직원 50명 한도는 그대로라고 기록합니다. 회사는 연속된 두 회계연도에 걸쳐 세 항목 중 최소 두 항목을 충족하면 중견 또는 대규모가 됩니다.

판정 자체를 위한 도구는 HMRC가 공개합니다. 세무상 고용 지위 확인 도구는 발주자, 근로자, 에이전시가 모두 쓸 수 있고, 입력한 정보가 정확하고 안내에 부합하는 한 결과를 인정하겠다고 HMRC는 밝히고 있습니다. 그 단서가 사실상 전부입니다. 실제 계약이 아니라 바라는 계약에 근거한 결과는 아무 가치가 없습니다.

실무적 결론은 단순합니다. 계약직이 직원보다 행정적으로 싼 것은 회사가 작을 때뿐입니다. 규모 기준을 넘는 순간, 계약마다 판정과 판정서와 기록이 따라붙습니다.

에이전시의 비용과 그 대가로 포기하는 것

영국 에이전시의 시니어 개발자 일당은 연차, 업종, 딜리버리 관리가 얼마나 포함되는지에 따라 GBP 600에서 GBP 1,200인 경우가 많습니다. 이는 계약직의 약 두 배, 총비용 기준 직원 하루치의 약 세 배지만, 이 비교는 양쪽 방향 모두에서 오해를 부릅니다.

프리미엄이 사주는 것은 이미 조립된 인력입니다. 세 명짜리 에이전시 스쿼드는 함께 일해 봤고, 배포 파이프라인과 온콜 체계가 있으며, 코드를 리뷰하는 시니어가 있습니다. 그것을 사내에서 세우려면 6개월에서 9개월과 두 번의 채용 라운드가 듭니다. 범위가 고정된 구축이나, 제품이 어때야 하는지 아직 배우는 중인 첫 버전에서는 이 앞선 출발이 대개 단가 차이를 이깁니다.

포기하는 것은 가까움과 영속성입니다. 에이전시가 여러분의 사업을 이해하는 범위는 여러분이 말해준 만큼이고, 그들이 떠날 때 함께 떠납니다. 완화책은 문서화와, 끝이 아니라 시작 시점에 쓰는 인수인계 조항입니다.

손익분기는 단가보다 개월 수로 따지는 편이 쉽습니다. 연속된 일이 약 9개월 미만이면 채용 수수료, 적응 기간, 잘못 뽑을 위험까지 반영했을 때 에이전시가 더 쌉니다. 18개월을 넘으면 내부 조직이 확실히 이깁니다. 선정에 대해서는 소프트웨어 개발 에이전시 선택과 계약 방법이, 숫자에 대해서는 맞춤형 소프트웨어 예산 수립 가이드가 다룹니다.

첫 엔지니어 채용이 그 뒤의 모든 것을 결정합니다

첫 엔지니어 채용 이후의 모든 것은 그 사람의 판단에서 흘러나옵니다. 언어, 호스팅, 배포 방식, 데이터 모델을 그 사람이 고르고, 이후 모든 채용은 그 사람이 정한 스택을 기준으로 평가됩니다. 여기서 틀린 회사는 1년 동안 그 사실을 모르다가 한꺼번에 알게 됩니다.

처음부터 끝까지 딜리버리를 책임질 수 있는 시니어 제너럴리스트를 뽑으십시오. 필요하다고 생각하는 기술의 전문가도 아니고, 관리자도 아닙니다. 고객과 이야기하고, 무엇을 만들지 정하고, 그것을 만들고, 운영에 올리고, 화요일 밤에 지탱할 수 있는 사람입니다. 이 프로필은 비쌉니다. 런던 밖 기준 약 GBP 70,000에서 GBP 95,000이라는 것이 저희 추정치인데, 그해에 사는 것 중 가장 싼 물건이 됩니다.

면접에서 볼 것은 그 사람이 여러분의 프레임워크를 아는지가 아닙니다. 범위를 잘못 잡았던 프로젝트를 설명하고 다음에는 무엇을 다르게 하겠다고 말할 수 있는지, 그리고 스택보다 고객을 먼저 묻는지입니다. 기술만 묻는 엔지니어는 기술적으로 훌륭하고 상업적으로 무관한 것을 만듭니다.

이 사람에게는 직함뿐 아니라 권한도 주십시오. 기능 요청에 아니라고 말할 수 없다면 아주 비싼 일손을 뽑은 것입니다. 검증에 대해서는 영국에서 소프트웨어 개발자를 채용하는 방법 글이 더 깊이 다룹니다.

주니어를 먼저 뽑으면 실패하는 이유

논리는 늘 같고 늘 틀립니다. 주니어는 GBP 80,000이 아니라 GBP 28,000이니 두 명을 뽑을 수 있고 역할에 맞춰 자라날 것이라는 논리입니다. 실제로 벌어지는 일은, 그들을 키워줄 사람이 아무도 없다는 것입니다.

주니어 개발자는 3개월에서 9개월 동안 딜리버리에 순마이너스입니다. 비판이 아니라 이 직업이 원래 그렇습니다. 코드 리뷰, 설계 지도, 그리고 되돌리는 데 비용이 많이 드는 결정을 커밋하기 전에 막아줄 사람이 필요합니다. 그 역할을 하는 시니어가 없으면 리뷰는 일어나지 않고, 주니어는 검토되지 않은 작업을 여러분의 사업을 돌리는 시스템에 그대로 밀어 넣습니다.

청구서는 나중에 기술 부채로 도착합니다. 리뷰되지 않은 18개월치 코드를 다시 쓰는 비용은 대개 아낀 급여보다 크고, 심지어 소프트웨어가 이미 하중을 받고 있는 시점에 그 비용을 치릅니다.

주니어는 순서만 맞으면 좋은 투자입니다. 멘토링할 여력이 있는 시니어와 테스트, 리뷰 프로세스를 갖춘 코드베이스가 있으면 주니어는 복리로 불어나는 저렴한 역량이 됩니다. 먼저 뽑으면 급여 번호가 붙은, 재원 없는 부채가 됩니다.

팀의 형태: 1명, 3명, 5명, 10명이 해낼 수 있는 일

조직도는 누가 누구에게 보고하는지를 알려줍니다. 구매자에게 필요한 것은 각 규모가 실제로 운영에 무엇을 올릴 수 있고, 구조적으로 무엇을 못 하는지에 대한 설명입니다.

엔지니어 1명

시니어 제너럴리스트 한 명은 표면적이 크지 않은 애플리케이션 하나를 만들고 운영할 수 있습니다. 매주 배포하고, 자기 운영 장애를 직접 고치고, 시스템 전체를 머릿속에 담을 수 있어서 빠릅니다. 못 하는 것은 아프거나, 휴가를 가거나, 퇴사하는 것입니다. 한 명짜리 팀에는 중복성이 전혀 없고, 엔지니어 한 명으로 굴러가는 사업은 모두 값이 매겨지지 않은 위험을 안고 있습니다. 부재를 메우는 에이전시 리테이너로 완화하거나, 기본값으로가 아니라 명시적으로 그 위험을 받아들이십시오.

엔지니어 3명

세 명은 한 사람이 나가도 살아남는 첫 번째 형태입니다. 보통 테크 리드 한 명과 엔지니어 두 명이며, 리드는 주의 절반을 딜리버리에, 절반을 리뷰와 계획과 병목 해소에 씁니다. 세 명이면 작업 흐름 두 갈래를 굴리고, 릴리스 주기를 지키고, 당번을 짤 수 있습니다. 전문화는 못 하므로 깊은 전문성이 필요한 일, 예를 들어 결제 연동이나 성능 재작성은 밖에서 사 옵니다. 총비용은 연간 약 GBP 250,000입니다.

엔지니어 5명

다섯 명은 구조가 값을 하기 시작하는 규모입니다. 이제 제너럴리스트 옆에 전문가 한 명을 둘 여유가 생기고, 테크 리드는 주중 대부분 코드를 쓰지 않게 됩니다. 다섯 명이면 실사용자가 있는 제품을 운영하고, 업무 시간 안에 장애에 대응하고, 그러면서도 로드맵을 진전시킬 수 있습니다. 동시에 프로덕트 오너의 부재가 견딜 수 없어지는 규모이기도 합니다. 조율 비용이 창업자가 틈틈이 흡수할 수 있는 양을 넘기 때문입니다.

엔지니어 10명

열 명은 선을 그었든 아니든 두 개의 팀입니다. 소통 경로는 인원보다 빠르게 늘어나므로 비공식적인 방식은 무너지고 명시적인 소유권이 필요해집니다. 어떤 서비스를 누가 갖는지, 누가 온콜인지, 누가 결정하는지. 엔지니어링 매니저가 겸직이 아니라 하나의 직무가 되는 지점이 여기이며, 플랫폼 업무, 즉 배포와 환경과 관측 가능성이 모두의 야근이 아니라 누군가의 직무가 되는 지점도 여기입니다.

비기술 독자를 위한 역할 설명

소프트웨어 직함은 회사마다 제각각이어서 사기가 어렵습니다. 각 역할이 한 주 동안 무엇을 하는지 정리했습니다.

프로덕트 오너

무엇을 어떤 순서로 만들지 정하고, 완료의 정의를 적고, 아니라고 말합니다. 한 주를 고객과 팀에게 쓰면서, 앞쪽에서 들은 것을 뒤쪽이 실행할 수 있는 작업으로 바꿉니다. 이 역할이 없으면 다른 누군가가 그것을 서툴게 하게 되는데, 대개는 테크 리드가 자기 딜리버리 시간을 대가로 합니다. 창업자가 정말로 주 1일을 낼 수 있다면 엔지니어 다섯 명 정도까지는 전담 프로덕트 오너 없이도 갑니다.

테크 리드

시스템을 어떻게 만들지를 소유합니다. 코드를 리뷰하고, 아키텍처 결정을 내리고, 설계가 틀린 것으로 드러났을 때 책임집니다. 세 명 단계에서는 거의 매일 코드를 쓰고, 열 명이면 거의 쓰지 않습니다. 한 명을 넘는 어떤 규모에서도 건너뛸 수 없는 역할인데, 일관성이 여기서 나오기 때문입니다.

풀스택 엔지니어

사용자가 보는 화면부터 그 뒤의 데이터베이스까지 경로 전체에 걸쳐 기능을 만듭니다. 작은 팀의 척추입니다. 제너럴리스트는 릴리스를 막고 있는 것이 무엇이든 집어 들 수 있기 때문입니다. 규모가 작을 때는 거의 이 프로필만 뽑으십시오.

스페셜리스트

모바일, 데이터 엔지니어링, 보안, 특정 프레임워크처럼 한 영역을 깊게 다룹니다. 일이 정말 그것을 요구할 때는 대단히 값지고, 그렇지 않을 때는 손이 놉니다. 그 필요가 최소 6개월 이상 이어지기 전까지는 전문가를 하루 단위로 사십시오.

QA 엔지니어

우연이 아니라 의도적으로 시스템을 시험하고, 자동화된 테스트 묶음을 만들고, 내보내도 안전한 릴리스의 정의를 소유합니다. 개발자도 자기 작업을 시험하지만, 그들이 시험하는 것은 일어나리라 예상한 것입니다. 테스터는 사용자가 실제로 할 일을 시험합니다.

플랫폼 엔지니어

소프트웨어가 딛고 서는 바닥, 즉 환경, 배포 파이프라인, 모니터링, 백업, 비용을 소유합니다. 때로 DevOps라고 불리지만 그것은 엄밀히 직무가 아니라 실천 방식입니다. 이 일은 어느 규모에서든 존재합니다. 질문은 그것이 누군가의 직무인지, 모두의 초과근무인지입니다.

테스터와 디자이너와 플랫폼 엔지니어가 필요해지는 시점

각각에는 정직한 신호가 있고, 그것은 인원 수가 아니라 증상입니다.

회귀 결함이 분기에 한 번을 넘어 고객에게 도달할 때, 또는 아무도 버튼을 누를 자신이 없어서 릴리스가 느려질 때 전담 테스터를 뽑으십시오. 둘 다 수동 검증이 개발자가 흡수할 수 있는 양을 넘었다는 뜻입니다. 다섯 명 팀이라면 보통 12개월 차와 24개월 차 사이에 옵니다.

엔지니어가 풀 리퀘스트 안에서 인터페이스를 결정하고 있을 때 디자이너를 채용하거나 외부로 확보하십시오. 그것은 실력이 아니라 순서의 실패입니다. 설계와 구현을 동시에 요구받고 있고, 설계 쪽에는 남은 시간만 돌아갑니다. 파트타임 디자이너로 엔지니어 열 명을 한참 넘길 때까지 충분합니다.

배포가 일상이 아니라 행사가 될 때, 또는 가장 뛰어난 엔지니어의 한 주가 환경과 파이프라인에 잡아먹힐 때 플랫폼 엔지니어를 뽑으십시오. 내보내는 데 특정한 사람과 차분한 오후가 필요하다면 바닥이 병목이 된 것입니다. 채용에 앞서 좋은 상태가 어떤 모습인지는 CI/CD 파이프라인 모범 사례 글이 다룹니다.

엔지니어링 매니저는 여덟에서 열 명쯤에서 뽑고, 그 전에는 뽑지 마십시오. 그 아래에서는 기술적 신뢰가 없는 관리자보다 권한을 가진 테크 리드가 낫습니다. 작은 규모에서 중요한 결정은 기술적 결정이기 때문입니다.

걸러내는 채용 공고 쓰는 법

채용 공고의 임무는 하나입니다. 읽어야 하는 지원서 수를 줄이면서 그중 관련 있는 비율을 높이는 것입니다. 대부분의 공고는 정반대를 합니다. 문제가 아니라 기술을 나열하기 때문입니다.

문제로 시작하십시오. 연간 GBP 400만을 처리하고 현재 주당 한 건쯤 주문을 놓치는 예약 시스템의 재작성을 맡게 됩니다, 라는 문장은 형용사로 채운 문단보다 좋은 엔지니어에게 더 많은 것을 전하고, 그 일을 흥미롭게 느끼는 사람을 스스로 걸러 들어오게 합니다. 스택은 한 줄로, 요건이 아니라 현재 스택이라고 표시해 적으십시오. 좋은 엔지니어는 여러분의 프레임워크를 2주면 익히고, 약한 엔지니어는 이미 안다고 해서 구제되지 않습니다.

급여 구간을 공개하십시오. 구간이 없는 공고는 물량을 최적화하는 지원자를 끌어들이고, 숫자 하나면 10초에 드러났을 격차를 확인하느라 면접 과정을 통째로 한 바퀴 낭비하게 만듭니다. 구간을 공개하는 것이 불편하게 느껴진다면 그 구간은 아마 잘못되었습니다.

팀의 형태에 대해, 작다는 사실까지 포함해 분명히 쓰십시오. 여러분은 우리의 첫 엔지니어이고 창업자에게 직접 보고합니다, 라는 문장은 어떤 사람에게는 진짜 매력이고 다른 사람에게는 진짜 억지력이며, 두 효과가 모두 필요합니다. 여기가 모호하면 수락한 뒤 4개월 차에 떠나는 후보가 생깁니다.

그다음 요건 목록을 정말로 필수인 것만 남기고 잘라내십시오. 열네 개짜리 불릿 목록은 명세인 척하는 선호 목록이고, 그 일을 잘 해냈을 사람들의 지원을 억누릅니다.

직접 진행할 수 없는 기술 평가 운영하기

기술 창업자가 없으면 자신감을 평가하고 싶어지는데, 자신감은 무엇과도 상관관계가 없습니다. 기술적 판단이 믿을 수 있는 곳에서 일어나도록 프로세스를 짜십시오.

짧고 보수를 지급하는 과제를 쓰십시오. 두세 시간 분량에 합리적인 단가로 보수를 지급하고, 제약과 평가 기준을 서면 브리프에 적습니다. 무보수 다일 과제는 실력이 아니라 남는 시간을 걸러내고, 정작 원했던 경험 많은 후보를 잃게 합니다. 실제 업무에 가깝게 두십시오. 현실적인 코드베이스에 작은 기능을 붙이는 과제가 알고리즘 퍼즐보다 실제 업무를 더 잘 예측합니다.

리뷰와 후속 면접에는 외부 기술 평가자를 들이십시오. 시니어 엔지니어의 한 시간, 제출물을 읽고 후보에게 결정 과정을 설명하게 하는 시간이 역량 질문을 아무리 많이 하는 것보다 더 많은 것을 알려줍니다. 일당을 지급할 각오를 하고, 1년을 잡아먹는 잘못된 채용에 대한 값싼 보험으로 여기십시오.

기술자가 아닌 여러분에게 자기 코드를 설명해 달라고 하십시오. 무엇을 만들었고 왜 그렇게 했는지를 여러분이 따라갈 수 있는 말로 설명하지 못한다면 그것도 정보입니다. 이 일의 대부분은 엔지니어가 아닌 사람과 소통하는 일이기 때문입니다.

평판 조회는 제대로 하고, 구체적인 질문을 하나 던지십시오. 이 사람은 어떤 결정에 동의하지 않았을 때 어떻게 했습니까? 그 답이 문제를 일찍 제기하는 엔지니어와, 조용히 있다가 잘못된 것을 정확하게 만드는 엔지니어를 갈라놓습니다.

취업 자격 확인은 선택이 아닙니다

모든 고용주는 후보자가 영국에서 일할 자격이 있는지 확인해야 하며, 그 확인은 고용이 시작되기 전에 끝나야 합니다. 구직자 취업 자격 확인에 관한 GOV.UK 안내는 인정되는 세 가지 방법을 정합니다. 공유 코드를 이용한 온라인 확인, 본인이 함께 있는 자리에서 원본 서류를 확인하는 방법, 그리고 신원 서류 검증 기술을 쓰는 인증된 신원 확인 서비스 제공자를 통한 확인입니다. 영국과 아일랜드 시민은 공유 코드를 받을 수 없으므로 이들의 확인은 서류나 신원 확인 서비스 제공자를 통해 이루어집니다.

사본은 재직 기간과 그 이후 2년 동안 보관하고, 취업 허가에 기한이 있는 사람은 재확인 일정을 잡아두십시오. 나중에 문제가 드러났을 때 법정 항변이 성립하는 근거가 바로 그 기록입니다.

노출된 위험은 작지 않습니다. GOV.UK는 올바른 확인이 이루어지지 않은 경우 고용주가 불법 취업자 한 명당 최대 GBP 60,000의 민사 과태료를 물 수 있다고 밝힙니다. 첫 두 명을 채용하는 회사에게 이는 채용 예산 전체보다 큰 금액입니다. 서류가 정리되지 않은 채 입사일이 오지 않도록, 확인을 첫날이 아니라 오퍼 절차 안에 넣으십시오.

영국 밖에서 채용하기

원하는 후보자가 아직 영국에서 일할 허가를 갖고 있지 않다면 고용하기 전에 스폰서 라이선스가 필요하고, 그것은 서식이 아니라 하나의 프로젝트입니다.

GOV.UK 스폰서십 안내에 따르면 Worker 라이선스 신청 비용은 소규모 또는 자선 스폰서가 GBP 611, 중견 또는 대규모가 GBP 1,682입니다. 대부분의 결정은 8주 이내에 나오고, 자리가 있을 때 GBP 750짜리 우선 서비스를 쓰면 10 영업일 안에 결정을 받습니다. 그 대기열은 선착순이므로 표준 일정을 전제로 계획하십시오.

역할 자체도 급여 하한을 넘어야 합니다. 숙련 근로자 비자는 라이선스를 가진 스폰서와 스폰서십 증명서를 요구하고, GOV.UK는 표준 급여 요건을 연 GBP 41,700 또는 해당 직종의 통용 임금 중 더 높은 쪽으로 정합니다. 대부분의 소프트웨어 직군에서는 일반 기준액이 아니라 통용 임금이 실제 제약입니다.

여기에 이민 기술 부담금이 더해지며, 스폰서십 증명서를 배정할 때 고용주가 냅니다. GOV.UK는 이를 첫 12개월에 대해 소규모 또는 자선 스폰서 GBP 480, 중견 또는 대규모 GBP 1,320으로 정하고, 이후 6개월마다 GBP 240 또는 GBP 660을 더합니다. 중견 고용주가 3년을 스폰서하면 GBP 3,960이고, 스폰서는 이를 근로자에게 전가할 수 없습니다.

첫 스폰서 채용에는 GBP 6,000에서 GBP 9,000과 3개월에서 4개월을 잡으십시오. 희소한 기술에는 종종 맞는 선택이고, 6주 안에 일을 시작해야 하는 첫 채용에는 거의 언제나 틀린 선택입니다.

온보딩과 첫 90일

측정 가능한 목표를 하나 세우십시오. 새 엔지니어가 첫 주에 무언가를 운영에 내보내는 것입니다. 큰 기능이 아니라 고객이 보게 되는 작고 실제적인 변경입니다. 여러분의 환경이 정말 쓸 만한지 확인하는 가장 빠른 시험이고, 새로 온 사람의 심리를 관찰자에서 주인으로 바꿉니다.

그렇게 되려면 몇 가지가 참이어야 합니다. 깨끗한 머신에서 작동하는, 문서화된 로컬 환경 설정. 첫날에 요청하는 것이 아니라 첫날 전에 준비된 계정과 권한. 특정한 사람의 승인이 필요 없는 배포 경로. 그 주 일정이 정말로 비어 있는 지정 버디. 하나라도 빠지면, 새 엔지니어가 가장 먼저 배우는 것은 여러분의 시스템이 작동하지 않는다는 사실입니다.

30일 차에는 의미 있는 기능을 내보냈고 코드베이스뿐 아니라 사업을 설명할 수 있어야 합니다. 60일 차에는 다른 사람의 코드를 리뷰하고 결정에 이의를 제기하고 있어야 합니다. 90일 차에는 일을 받는 것이 아니라 찾아내고 있어야 합니다.

이 이정표들은 조기 경보 장치이기도 합니다. 60일 차에 아무것에도 이의를 제기하지 않는 사람은 자리와 맞지 않거나 지나치게 촘촘히 관리받고 있는 것이며, 둘 다 3개월 차에는 9개월 차 비용의 일부로 고칠 수 있습니다. 그 실무는 첫 주에 배포하는 개발자 온보딩 글이 정리해 두었습니다.

유지, 문화가 아니라 비용으로

엔지니어 한 명을 교체하는 데는 채용 수수료, 적응 기간, 그리고 사직을 알린 뒤 그 사람이 멈춘 딜리버리가 듭니다. GBP 60,000 자리라면 GBP 12,000의 수수료에 석 달의 산출 감소를 더해 실제 숫자는 GBP 25,000을 넘습니다. 이는 저희 추정치이고 보수적인 편인데, 그 사람과 함께 나가는 지식을 빼고 계산했기 때문입니다.

엔지니어가 돈만을 이유로 떠나는 일은 드물지만, 그들이 대는 이유는 돈입니다. 그들이 떠나는 이유는 배포할 수 없어서입니다. 사흘 걸리는 배포, 아무도 비우지 않는 리뷰 대기열, 2주마다 바뀌는 로드맵, 출시 전에 취소된 6개월치 작업. 하나하나가 유능한 사람에게 자기 노력이 결과로 바뀌지 않는다고 말해주고, 유능한 사람에게는 선택지가 있습니다.

그러므로 상업적으로 합리적인 유지 지출은 복지가 아닙니다. 배포 자동화, 제대로 도는 리뷰 프로세스, 안정적인 로드맵, 그리고 유지보수가 비상사태가 되기 전에 처리될 만큼의 여유입니다. 이것들은 그대로 딜리버리 속도를 올리는 투자이기도 합니다.

급여 구간도 한 가지 방식으로 중요합니다. 시장이 움직여도 내부 검토가 움직이지 않으면 급여는 벌어지고, 가장 먼저 알아채는 사람은 다른 곳 면접을 보는 사람입니다. ONS 영국 근로자 소득 보고서 같은 공개 자료에 견주어 구간을 해마다 검토하십시오. 이 보고서는 2025년 4월 기준 정규직 근로자의 연간 총소득 중앙값을 GBP 39,039으로 제시합니다. 사직서 한 장보다 훨씬 싸게 듭니다.

대부분의 회사가 결국 도달하는 혼합 모델

18개월이 지나면, 내부 팀을 만들겠다고 나섰던 회사 대부분은 중간 어딘가에 자리를 잡습니다. 제품을 소유하는 작은 정규직 코어가 있고, 전문 영역과 피크에는 에이전시나 계약직이 붙는 형태입니다. 이는 계획의 실패가 아닙니다. 실제 로드맵과 부딪히고도 살아남는 배치입니다.

이 형태는 세 가지가 참일 때 작동합니다. 내부 팀이 아키텍처와 운영 환경을 소유해서, 외부 참여자가 구조를 정의하는 것이 아니라 여러분이 통제하는 구조 안에서 기여하는 것. 코드 리뷰가 양방향으로 도는 것, 즉 외부 작업은 여러분의 팀이 리뷰하고 여러분 팀의 작업은 상대가 리뷰하는 것. 그리고 외부 참여자의 범위가 시간이 아니라 결과로 적혀 있는 것입니다.

실패는 에이전시가 블랙박스가 될 때 옵니다. 신호는 어떤 컴포넌트가 어떻게 동작하는지 사내의 누구도 설명하지 못한다는 것입니다. 구조로 막으십시오. 외부 작업은 여러분의 저장소에 들어오고, 여러분의 파이프라인으로 배포되며, 마지막에 베푸는 호의가 아니라 대금 지급의 조건으로 문서화됩니다. 지식 이전 세션을 일정한 주기로 계약에 넣어두십시오. 보통 월 1회면 충분합니다. 외부의 절반을 어디에 둘지 정하기 전에 소프트웨어 개발 아웃소싱, 영국과 오프쇼어 비교를 읽어볼 만합니다. 시차가 겹치는 정도가 이 모델의 작동 수준을 실질적으로 바꾸기 때문입니다.

첫 18개월을 위한 단계별 계획

1개월 차부터 3개월 차, 채용하지 마십시오. 4개월 차부터 18개월 차까지의 로드맵을 쓰고, 여러분에게 아무것도 팔지 않는 기술자에게 검토받으십시오. 당장의 일은 에이전시나 계약직에게서 사십시오. 이 단계의 산출물은 그 일이 연속적인지에 대한 방어 가능한 답입니다.

4개월 차부터 9개월 차, 시니어 제너럴리스트를 채용합니다. 한 명, 넉넉한 보수, 기술적 결정에 대한 권한과 함께. 그 사람이 상황을 파악하는 동안 딜리버리가 멈추지 않도록 처음 두 달은 외부 역량을 나란히 굴리십시오. 9개월 차가 판단 시점입니다. 로드맵이 여전히 차 있는가, 그리고 이 사람이 다른 사람들을 위해 일을 명세할 수 있는가.

10개월 차부터 15개월 차, 두 답이 모두 예라면 엔지니어 두 명을 더해 세 명의 안정적인 형태로 가고, 창업자가 공식적으로 주 1일을 배정하는 형태일지라도 프로덕트 오너를 두십시오. 둘 중 하나가 아니오라면 한 명에 외부 역량을 더한 상태로 머무십시오. 소프트웨어가 제품 자체가 아니라 제품을 뒷받침하는 사업이라면 그것은 아주 훌륭한 영구 상태입니다.

16개월 차부터 18개월 차, 두 번째 판단 시점입니다. 병목이 방향이 아니라 정말로 처리 용량일 때만 네 번째와 다섯 번째 사람을 더하십시오. 팀은 옳은 이유보다 그른 이유로 커지는 일이 더 잦고, 그 증상은 길지만 우선순위가 없는 백로그입니다. 모든 판단 시점에서, 다음 채용이 다음 에이전시 하루보다 빠른지 물으십시오.

어디서 시작할까

먼저 18개월 로드맵을 쓰고, 세 가지 조건 테스트에 정직하게 답한 다음, 급여만이 아니라 실제 숫자로 두 경로를 모두 계산하십시오. 대부분의 회사는 첫 채용이 미들급 두 명이 아니라 시니어 한 명이어야 한다는 것, 그리고 그 앞의 6개월은 하루 단위로 사는 편이 낫다는 것을 알게 됩니다.

Mecanik은 이 양쪽에서 일합니다. 아직 채용할 준비가 되지 않은 회사를 위해 소프트웨어 개발 프로젝트를 수행하고, 코어를 만들면서 피크를 메워야 하는 팀에는 웹 개발자 채용을 통해 시니어 역량을 공급합니다. 둘을 저울질하고 있다면 유용한 대화는 로드맵에 관한 대화입니다. 결론을 정하는 것이 바로 그것이기 때문입니다.

자주 묻는 질문

영국에서 소프트웨어 개발자를 채용하면 비용이 얼마나 듭니까? 첫해에는 급여의 약 1.4배, 이후에는 1.2배를 잡으십시오. GBP 60,000 급여라면 첫해에 약 GBP 85,600입니다. 급여, 2026에서 2027 과세연도 GBP 5,000 2차 기준액 초과분에 대한 15퍼센트 고용주 국민보험료, 적격 소득에 대한 최소 3퍼센트 연금 기여, 장비, 도구, 채용 수수료로 구성됩니다. 급여, 장비, 도구, 채용 수수료 수치는 저희 계획용 추정치입니다.

첫 엔지니어 채용은 시니어와 주니어 중 무엇이어야 합니까? 시니어이며, 전문가가 아니라 제너럴리스트여야 합니다. 주니어 개발자는 3개월에서 9개월 동안 딜리버리에 순마이너스이고 작업을 리뷰해 줄 시니어가 필요하므로, 먼저 뽑으면 사업이 의존하는 시스템에 검토되지 않은 코드가 쌓입니다. 재작성 비용은 대개 아낀 급여보다 큽니다. 멘토링할 여력이 있는 시니어와 리뷰 프로세스가 이미 있다면 주니어는 좋은 투자입니다.

소프트웨어 개발팀을 만들려면 개발자가 몇 명 필요합니까? 한 사람이 나가도 살아남는 가장 작은 형태는 세 명입니다. 테크 리드 한 명과 엔지니어 두 명이며 총비용은 연간 약 GBP 250,000입니다. 시니어 제너럴리스트 한 명은 애플리케이션 하나를 운영할 수 있지만 질병, 휴가, 퇴사에 대한 중복성이 없습니다. 다섯 명은 전문가와 전담 프로덕트 오너가 값을 하기 시작하는 규모이고, 열 명은 사실상 두 팀이라 서비스 소유권을 명시해야 합니다.

에이전시가 내부 채용보다 나은 경우는 언제입니까? 일에 정해진 끝이 있을 때, 연속된 로드맵이 약 9개월에 못 미칠 때, 또는 채용 라운드로는 맞출 수 없는 시점에 역량이 필요할 때입니다. 에이전시는 멈출 수 있는 변동비여서 나쁜 한 달의 대가가 1년이 아니라 한 달입니다. 연속된 일이 18개월을 넘으면 내부 팀이 비용과 속도 모두에서 확실히 이깁니다.

영국에서 개발자를 고용하기 전에 무엇을 확인해야 합니까? 고용이 시작되기 전에 취업 자격 확인을 끝내십시오. 온라인 공유 코드, 본인이 함께 있는 자리에서의 원본 서류, 또는 인증된 신원 확인 서비스 제공자를 이용합니다. GOV.UK는 올바른 확인이 이루어지지 않은 경우 민사 과태료가 불법 취업자 한 명당 GBP 60,000에 이를 수 있다고 밝힙니다. 영국 밖에서 사람을 데려온다면 스폰서 라이선스, 스폰서십 증명서, 이민 기술 부담금도 필요합니다.