풀스택 개발자, 채용이냐 상주냐 — 3개월 기준으로 계산하면 답이 갈립니다

"사람을 뽑을까요, 외주를 줄까요." 개발 조직이 없는 회사에서 가장 오래 붙잡고 있는 결정입니다. 그런데 이 질문은 보통 잘못된 형태로 놓여 있습니다. 비용만 비교하기 때문입니다. 실제로 갈리는 건 비용이 아니라 언제부터 돌아가는 물건이 나오느냐입니다.

3개월 창에 놓고 보면 달라집니다

채용을 택하면 시간표는 대체로 이렇게 흘러갑니다. 공고와 지원자 검토에 3~4주, 면접과 처우 협의에 2~3주, 입사 후 도메인 파악과 온보딩에 다시 3~4주. 합치면 두 달 안팎이 지나서야 첫 결과물이 나옵니다. 그마저도 첫 채용에서 맞는 사람을 뽑는다는 전제입니다.

상주 개발은 이 앞단이 없습니다. 저희 기준으로는 2~6주 단위로 동작하는 MVP를 먼저 가동하고, 그걸 운영 기준으로 고도화합니다. 3개월 창의 절반을 채용 절차가 아니라 실제 시스템에 쓰는 셈입니다.

외주와도 다릅니다

외주와 상주를 같은 것으로 보시는 경우가 많은데, 남는 것이 다릅니다. 외주·컨설팅은 대체로 보고서와 산출물이 남고, 상주 개발은 운영되는 시스템이 남습니다.

• 외주 — 요구사항을 문서로 넘기고 완성본을 받습니다. 범위 밖 변경은 재계약 사안이 됩니다.
• 상주 — 회사의 권한 구조·업무 프로세스·데이터 흐름을 직접 보고 설계합니다. 배포·모니터링·장애 대응까지 운영 체계로 넘깁니다.

요구사항이 확정된 일이면 외주가 낫고, 요구사항 자체를 같이 정해야 하는 일이면 상주가 맞습니다. 사내 문서를 AI로 검색하게 만드는 일, 레거시 업무 시스템을 연동하는 일은 대부분 후자입니다.

판단 기준 4가지

1. 지금 필요한가, 1년 뒤에도 필요한가. 상시 개발 수요가 확실하면 채용이 맞습니다. 당장 6개월이 급하면 상주로 시작해 채용을 병행하는 편이 안전합니다.
2. 면접에서 기술 검증이 가능한가. 사내에 개발자가 없으면 채용 실패 확률이 올라갑니다. 이때 상주는 검증 부담을 줄여 줍니다.
3. 범위가 확정되어 있는가. 확정이면 외주, 미확정이면 상주.
4. 운영까지 누가 받는가. 만들고 끝이 아니라 장애가 났을 때 누가 받는지를 계약 전에 정해야 합니다.

상주로 시작해 채용으로 넘기는 방법도 있습니다

실제로 가장 자주 쓰이는 형태입니다. 초기 3~6개월을 상주로 돌려 시스템과 문서를 만들고, 그 사이에 채용을 진행합니다. 새로 들어온 개발자는 백지가 아니라 돌아가는 시스템과 인수인계 문서를 받고 시작합니다. 온보딩 기간이 짧아지고, 첫 채용이 어긋나도 서비스가 멈추지 않습니다.

정리

채용과 상주는 대체재가 아니라 시점의 문제입니다. 3개월 안에 돌아가는 것이 필요하면 상주, 상시 수요가 확실하면 채용, 범위가 확정되어 있으면 외주입니다. 셋을 섞어 쓰는 것이 대부분의 회사에 가장 현실적입니다.

루미브리즈는 AI·RAG 시스템과 데이터 파이프라인을 중심으로 풀스택 개발자 상주 서비스(FDE)를 제공합니다. 어떤 단계를 어떻게 나누는지는 FDE 서비스 페이지에 정리해 두었고, 우리 회사 상황에 채용과 상주 중 무엇이 맞는지부터 같이 계산해 보고 싶으시면 문의 페이지로 현재 인력 구성과 목표 시점만 알려주시면 됩니다.