인도 IT 아웃소싱·원격 팀 관리 실전 — 개발자 채용부터 협업 도구·시차·계약까지

인도의 IT 인력 풀은 몇 개 대도시에 집중되어 있습니다. 도시마다 강점 산업과 인건비 수준, 사무실 인프라가 다르기 때문에, 팀 성격에 맞는 지역을 먼저 고르는 것이 첫 단추입니다. 델리 NCR(수도권)에 이미 법인이 있다면 구르가온이나 노이다가 자연스러운 선택이지만, 목적에 따라서는 원격으로 남부 도시 인력을 붙이는 편이 오히려 유리할 때도 있습니다.

도시 선정 시 실무 체크포인트

• 본사와의 시차 및 이동성 — 델리 NCR은 인천 직항이 가장 잘 열려 있어 주재원·출장 관리에 유리합니다.
• 인건비와 이직률의 트레이드오프 — 벵갈루루는 인재 풀은 크지만 이직 압력이 가장 높습니다. 하이데라바드·푸네는 상대적으로 안정적입니다.
• 사무실 인프라 — DLF 사이버시티(구르가온), HITEC City(하이데라바드), Whitefield·ORR(벵갈루루) 등 검증된 오피스 벨트에 들어가면 통근·전력·인터넷 리스크가 크게 줄어듭니다.
• 영어 억양 — 남부(벵갈루루·첸나이·하이데라바드) 억양이 북부보다 부드럽게 들린다는 평가가 있으나 개인차가 큽니다. 인터뷰에서 직접 확인하세요.

인도에서 개발 인력을 확보하는 방식은 크게 네 가지로 나뉩니다. 회사 규모, 프로젝트 기간, 지식재산권(IP) 보유 여부, 그리고 인도 법인 유무에 따라 최적 조합이 달라집니다.

1) 직접 채용(자체 법인 + 로컬 HR)

인도 현지 법인(Pvt. Ltd. 등)을 두고 직접 정규직을 채용하는 방식입니다. Naukri.com, LinkedIn, Instahyre, Cutshort가 대표 채용 플랫폼이며, 시니어급은 헤드헌터(로컬 리크루팅 에이전시) 활용이 사실상 필수입니다. IP·데이터 통제와 장기 로열티 확보에는 가장 유리하지만, 법인 운영·급여 지급·PF(퇴직연금)·세무 등 관리 부담이 큽니다.

2) GCC(Global Capability Centre) / BOT 모델

인도에 자체 R&D 센터를 세우되, 초기 셋업(부지, 채용, 인프라, HR·법무)을 BOT(Build-Operate-Transfer) 파트너에게 맡겼다가 안정화 후 자기 법인으로 이관하는 방식입니다. Inductus, WNS, ANSR 등 여러 BOT 전문 사업자가 있으며, 한국 대기업과 중견기업의 인도 R&D 진출 표준 경로로 자리 잡고 있습니다. 자체 법인 설립보다 리스크가 낮은 대신 초기 수수료가 붙습니다.

3) 서비스 컴퍼니 / 스태프 오그멘테이션

TCS, Infosys, Wipro, HCLTech, Tech Mahindra 같은 대형 서비스 컴퍼니나 중견 IT 서비스 업체에 프로젝트를 통째로 맡기거나, 필요한 개발자만 스태프 오그멘테이션(인력 파견) 방식으로 붙이는 방법입니다. 단기 프로젝트, PoC, 특정 스킬(모바일, 데이터엔지니어링 등)을 빠르게 확보할 때 유리합니다.

4) 프리랜서·마켓플레이스

Upwork, Toptal, Turing, Andela 같은 글로벌 프리랜서 플랫폼에서 인도 개발자를 개별 계약으로 붙일 수 있습니다. 스타트업 초기 MVP나 시간대가 유연한 태스크에 잘 맞지만, 장기 프로덕트에는 지속성·문서화 관점에서 리스크가 큽니다.

인도에서 개발자를 붙이기로 결정했다면, 다음으로 확정해야 하는 것이 계약 형태입니다. 형태에 따라 총 비용, 세금 원천징수, 복지, IP 귀속이 크게 달라지므로 반드시 현지 노무·회계 자문을 함께 받으시길 권합니다.

주요 계약 형태

• Full-time Employee(정규직) — 인도 법인이 고용주. 총액(CTC, Cost to Company) 개념으로 계약하며 기본급, HRA(주거수당), PF(직원 12% + 회사 12%), 성과급, 건강보험 등이 포함됩니다.
• Fixed-term Contract — 프로젝트 단위의 유기계약. 인도 노동법 개정으로 활용도가 커졌지만, 갱신 관행과 세부 조건은 주(state)별로 다릅니다.
• Independent Contractor(1099 성격) — 개인사업자 형태. 회사가 PF 부담을 지지 않고 개인이 GST·소득세를 직접 처리합니다. 원천징수(TDS)가 발생하니 계약서에 세율을 명시해야 합니다.
• C2C(Corp-to-Corp) — 개발자가 자기 법인을 통해 우리 법인과 B2B 계약. 대형 프로젝트나 시니어 컨설턴트에서 자주 쓰입니다.
• EOR(Employer of Record) — 인도 법인 없이 Deel, Remote, Rippling 같은 EOR을 통해 정규직으로 고용. 소수 인력만 붙일 때 법인 설립 부담을 줄이는 대안입니다.

인건비 감(감안: 수치는 대략, 실제는 도시·스킬·연차에 따라 편차 큼)

정확한 시장가는 시기와 스킬에 따라 크게 변하므로, 아래는 검토 시 초기 참고용 감으로만 사용하시고 실채용 시점에 리크루팅 파트너 리포트로 재확인하는 것을 권합니다.

• 주니어(0~2년) — 서울 대비 상당히 낮은 수준
• 미드(3~6년) — 스킬 스택(React, Node, Java Spring, Python, Data 등)에 따라 편차 큼
• 시니어·리드(7년 이상) — 벵갈루루 프로덕트 컴퍼니 출신은 서울과 크게 다르지 않은 수준까지 올라감

계약서에 꼭 들어가야 할 조항

• IP 귀속(Assignment of IP) — 코드·문서·모델 산출물이 발주사(우리 회사)에 귀속된다는 명시
• Confidentiality / NDA — 재직 중과 퇴사 후 기간, 위반 시 구제책
• Non-solicit — 퇴사 후 우리 팀·고객 대상 스카우트 금지 기간
• Notice Period — 인도는 정규직 통상 60~90일 통지 관행. 실제 이관 계획을 이 기간에 맞춰야 합니다.
• 세금 조항 — TDS·GST 처리, 원천징수 세율, 인보이스 요건

세율·PF 요율·주별 노동법은 매년 개정되므로, 최신 조건은 반드시 인도 소득세청과 회계 파트너를 통해 확인하세요.

원격·다국 팀에서 툴 선택은 곧 커뮤니케이션 문화입니다. 인도 개발자 대부분이 이미 익숙한 스택을 골라야 온보딩이 빠르고, 툴을 여러 개로 쪼개기보다는 목적별로 1개씩 정하는 편이 마찰이 적습니다.

레이어별 대표 조합

운영 규칙 — 툴보다 '약속'이 중요합니다

• 결정은 문서로 — Slack에서 결정된 사항이라도 Confluence·Notion에 페이지로 남깁니다. 이직·인수인계 시 절대적으로 필요합니다.
• 이슈 티켓 없이 개발 금지 — 모든 작업은 Jira/Linear 티켓에 매핑. 커밋 메시지에 티켓 ID 필수화.
• 비동기 우선(Async-first) — 시차가 있는 만큼, 회의보다 상세한 문서/음성 메모를 우선합니다. 회의는 결정을 내리는 자리로만 씁니다.
• 온보딩 체크리스트 — 첫 주 SSO 계정, 노트북 정책, 리포지토리 접근, 온보딩 문서, 멘토 배정을 체크리스트화해 두면 이직으로 인한 손실을 줄일 수 있습니다.

인도 표준시(IST)는 UTC+5:30, 한국 표준시(KST)는 UTC+9로, 한국이 3시간 30분 빠릅니다. 얼핏 크지 않아 보이지만, 실제로 원격 협업을 해 보면 이 3시간 반이 회의 시간대, 배포 창구, 온콜 로테이션에 상당한 영향을 줍니다.

3시간 30분 시차, 어떻게 활용할까

• 한국 오전 10시 = 인도 오전 6시 30분 — 이 시간대의 인도 팀 실시간 대응은 사실상 어렵습니다.
• 한국 오후 1~2시 = 인도 오전 9:30~10:30 — 정기 데일리 스탠드업의 골든 타임. 인도 팀이 막 시작하는 시각이라 하루 계획을 맞추기 좋습니다.
• 한국 오후 5~7시 = 인도 오후 1:30~3:30 — 협업·리뷰가 가장 활발한 겹침 구간. 중요한 회의는 이 시간대에 배치합니다.
• 한국 밤 10시 이후 = 인도 오후 6:30 이후 — 인도 팀은 퇴근 시간대. 긴급 이슈가 아니라면 요청을 자제합니다.

언어 — 영어가 공통어, 그러나 표현은 다릅니다

인도 IT 인력은 대부분 영어로 문서·회의를 수행할 수 있습니다. 다만 억양과 표현 방식에는 인디언 잉글리시 특유의 습관이 있어서, 초기에는 다음을 신경 쓰면 오해가 줄어듭니다.

• "Yes"가 항상 동의를 뜻하지 않을 수 있습니다. "이해했다"는 리액션에 가까울 때가 있으니 "그러면 X를 이번 주 금요일까지 완료한다는 의미인가요?"처럼 확인 질문을 습관화합니다.
• "Do the needful", "Revert back", "Prepone" 같은 인디언 잉글리시 표현이 문서와 이메일에 자주 등장합니다. 정확한 뜻은 그때그때 확인하세요.
• 회의는 슬라이드 또는 짧은 문서를 미리 공유하고 그것을 함께 보며 진행하는 편이, 억양 차이로 인한 놓침을 줄여 줍니다.

공휴일·명절 — 캘린더에 미리 박아 두세요

인도는 주(state)별 공휴일이 다르고, 디왈리(Diwali)와 홀리(Holi)는 사실상 전국이 쉬는 큰 명절입니다. 회계연도 마감(3월 31일) 근처에는 세무·인사 이슈로 팀 캐퍼시티가 줄어드는 경우가 많으니, 릴리스 일정과 겹치지 않도록 미리 캘린더에 반영해 두세요. 한국의 설·추석과 인도의 디왈리·홀리·독립기념일(8월 15일) 일정을 미리 매핑해 두면 리소스 계획이 훨씬 수월해집니다.

이력서 필터링과 코딩 테스트만으로 인도 개발자를 뽑았다가, 온보딩 이후에 실무 역량이나 커뮤니케이션 스타일에서 미스매치가 드러나는 경우가 흔합니다. 원격 팀일수록 채용 프로세스를 형식적으로 두면 후에 훨씬 큰 비용으로 돌아옵니다.

권장 채용 프로세스

1. 이력서·GitHub·LinkedIn 크로스체크 — Naukri·LinkedIn 이력서와 GitHub 활동, 이전 회사 재직 기간을 함께 확인합니다.
2. 1차 스크리닝 콜(30분) — 리크루터가 커뮤니케이션 능력, 이직 사유, 급여 기대치, Notice Period를 확인합니다.
3. 기술 테스트 — HackerRank·CoderPad·CodeSignal 등에서 실시간 라이브 코딩. 홈워크 과제는 대필 위험이 있으니 라이브 요소를 반드시 포함합니다.
4. 시스템 디자인·코드 리뷰 인터뷰 — 실제 우리 코드베이스의 축약 버전을 놓고 리뷰·수정하게 하면 실무 스타일을 잘 파악할 수 있습니다.
5. 매니저·팀 문화 인터뷰 — 한국 본사 리더와의 세션. 시차·비동기 문화에 대한 이해도를 확인합니다.
6. 레퍼런스 체크 — 이전 직장 매니저·동료 2명 이상. 인도는 레퍼런스 체크가 자연스러운 문화이므로 반드시 진행하세요.

온보딩 첫 30일 — '착지'를 성공시키자

• 입사 전 Offer Letter와 함께 온보딩 문서를 미리 발송하여 첫날 셋업 시간을 최소화합니다.
• 첫 주에는 인프라 계정(SSO, VPN, 리포지토리, 이슈 트래커)과 코드베이스 워크스루를 마무리합니다.
• 둘째 주부터는 버디(Buddy) 시스템으로 시니어 1명을 짝지어, 사소한 질문도 부담 없이 물을 수 있는 채널을 만듭니다.
• 30일 시점에 매니저 1:1로 기대치 정합성 체크. 이때 조기 조정하지 않으면 3~6개월 후 갈등으로 커집니다.

인도 IT 시장의 특성 중 한국 기업이 가장 자주 부딪히는 것이 높은 이직률입니다. 특히 벵갈루루 스타트업 씬은 스카우트 제안이 상시 들어오는 환경이라, 급여와 흥미로운 프로젝트 어느 한쪽만 흔들려도 팀이 흔들립니다. 아래는 실제로 효과가 있었다고 자주 언급되는 리텐션·리스크 관리 포인트입니다.

리텐션(재직 유지)에 효과가 컸던 요소

• 시장 벤치마킹 급여 리뷰 — 연 1회가 아니라 6개월에 한 번, 리크루팅 파트너 리포트로 미드·시니어 급여를 시장가와 정렬합니다.
• 커리어 트랙의 명시 — Individual Contributor 트랙과 Manager 트랙을 나눠 보여주면, 시니어 개발자가 관리자로만 승진해야 한다는 압박을 덜 수 있습니다.
• 본사와의 접점 — 분기 1회 이상 한국 본사 방문, 한국 리더의 인도 방문. 원격 팀이 '주변부'라는 느낌을 받지 않게 해야 합니다.
• 학습 예산 — Coursera·Udemy·AWS 자격증 등 학습 예산은 상대적으로 저렴한 리텐션 레버입니다.

보안·컴플라이언스 기본선

• 노트북은 회사 지급 원칙, MDM(Mobile Device Management)으로 디스크 암호화·원격 잠금.
• 프로덕션 접근은 SSO + MFA + 감사 로그가 기본. 개인 SSH 키 대신 short-lived credential을 사용하세요.
• 고객 데이터 다루는 경우, 인도의 DPDP(Digital Personal Data Protection Act) 등 개인정보 규정과 한국 개인정보보호법 양쪽을 함께 검토해야 합니다. 세부 요건은 반드시 법률 자문을 받으세요.
• 퇴사 시 오프보딩 체크리스트(계정 회수, 디바이스 회수, 지식 인수인계 문서)를 표준화합니다.

성과 관리 — 문화 차이를 감안한 피드백

인도 팀은 공개된 자리에서의 직설적 지적을 부담스럽게 느끼는 경우가 많습니다. 공개 칭찬, 사석 피드백(Praise in public, criticize in private) 원칙을 지키고, 1:1은 정기적으로(격주 30분 등) 캘린더에 못박아 두세요. OKR·성과 리뷰 사이클은 인도 회계연도(4월~다음 해 3월)를 인지하되, 본사 사이클과 동기화하는 것이 관리상 편합니다.

지금까지 살펴본 도시·모델·계약·툴·문화 요소는 결국 회사 상황에 맞춰 조합하는 것이 정답입니다. 아래는 한국 기업들이 실제로 자주 채택하는 6가지 조합입니다.

공통으로 챙겨야 할 인프라

• 인도 법인 셋업(필요 시): PAN, TAN, GST 등록, PF·ESIC 등록, 오피스 임대 계약, IT 인프라
• 주재원 파견 시 FRRO·비자·주거, 자녀 학교, 의료 인프라 확인
• 주재원 건강 관리와 단체 의료보험
• 현지 한인 커뮤니티 네트워크 활용
• 스테이징·QA 환경에 대한 데이터 마스킹, 프로덕션 데이터의 인도 반출 정책 정비

모델을 한 번에 결정할 필요는 없습니다. 대부분의 한국 기업은 프리랜서·EOR로 시작 → 검증 후 GCC/BOT로 확대하는 경로를 밟습니다. 초기 6개월을 '팀 문화와 프로세스를 만드는 시기'로 보고 인프라와 문서화에 투자하는 것이, 결과적으로 가장 저렴한 선택입니다.