SI 업체 선정 기준과 비용 구조 — SI 프로젝트를 해외 개발팀으로 전환하는 방법

요약 — SI 업체 선정에서 가장 많이 놓치는 것은 단가의 구성입니다. 국내 SI 견적은 대부분 인건비(M/M)에 묶여 있어 업체를 바꿔도 구조적으로 큰 차이가 나지 않습니다. 비용이 실제로 달라지는 지점은 어느 나라의 인력이 구현을 맡는가입니다. 이 글은 SI 단가가 어떻게 만들어지는지, 해외 개발팀으로 전환할 때 무엇이 절감되고 무엇이 위험해지는지를 정리합니다.

SI 업체를 비교할 때 실제로 비교해야 하는 것

SI(System Integration) 프로젝트 견적을 서너 곳에서 받아보면 금액이 비슷하게 수렴하는 경우가 많습니다. 우연이 아닙니다. 국내 SI 단가는 대부분 투입 인력 × 기간(M/M, Man-Month)으로 산정되고, 등급별 단가는 한국소프트웨어산업협회가 공표하는 SW기술자 평균임금을 기준선으로 삼기 때문입니다.

즉 업체를 바꾸는 것은 대체로 같은 단가표 안에서 공급자만 바꾸는 일입니다. 견적서 세 장을 비교하는 것보다, 그 견적이 어떤 구조 위에서 만들어졌는지를 보는 편이 훨씬 유효합니다.

견적서에서 확인해야 할 네 가지

• 투입 인력의 등급 구성 — 초급·중급·고급·특급 비율. 같은 총액이라도 고급 2명과 초급 4명은 결과가 다릅니다.
• 실제 투입률 — 0.5 M/M로 잡힌 인력이 몇 개의 다른 프로젝트를 병행하는지. 명목 투입과 실제 투입의 차이가 지연의 주된 원인입니다.
• 하도급 구조 — 계약 상대와 실제 개발 주체가 다른 경우가 많습니다. 2차·3차 하도급이 들어가면 단가는 그대로인데 품질 통제력은 떨어집니다.
• 유지보수 조건 — 검수 후 하자보수 기간, 그 이후의 연간 유지보수율(보통 개발비의 10~15%).

국내 SI 시장의 구조적 제약

비용을 떠나, 지금 국내 SI 프로젝트를 어렵게 만드는 조건이 몇 가지 있습니다.

인력 수급

중급 이상 개발자의 공급이 수요를 따라가지 못합니다. 그 결과 프로젝트 착수 시점에 약속된 인력 구성이 유지되지 않거나, 투입이 지연되거나, 등급이 낮은 인력으로 대체되는 일이 반복됩니다. 이것은 특정 업체의 성실성 문제가 아니라 시장 전체의 조건입니다.

단가의 하방 경직성

인건비 기반 산정은 물가와 임금을 따라 올라갈 뿐 내려가지 않습니다. 같은 범위의 프로젝트가 3년 전보다 비싸졌다면 대부분 이 때문입니다.

범위 변경 비용

M/M 계약에서 요구사항이 바뀌면 곧바로 추가 M/M으로 환산됩니다. 착수 시점에 요구사항을 완벽히 확정하기 어려운 프로젝트일수록 최종 비용이 초기 견적에서 멀어집니다.

해외 개발팀으로 전환하면 무엇이 달라지는가

구현 인력을 해외 팀으로 옮기면 단가의 기준선 자체가 바뀝니다. 디비컨설팅의 경우 한국인 PM이 기획·요구사항 정의·일정 관리·품질 검수를 맡고, 인도 개발팀이 구현을 담당하는 구조입니다. 100건 이상의 프로젝트에서 국내 개발 대비 평균 56%의 비용 절감이 나왔습니다.

다만 절감의 출처를 정확히 이해하는 편이 좋습니다. 이 차이는 개발자의 역량 차이에서 오는 것이 아니라 인건비 시장의 차이에서 옵니다. 같은 수준의 결과물을 더 싸게 만드는 것이지, 싼 만큼 덜 만드는 것이 아닙니다. 그리고 그 차이가 유지되려면 조건이 필요합니다.

이 구조가 작동하기 위한 조건

솔직하게, 이 구조가 맞지 않는 경우

모든 프로젝트에 적합하지는 않습니다. 다음에 해당한다면 국내 SI가 더 나을 수 있습니다.

• 망분리·상주 개발이 계약 조건인 경우 — 공공 및 일부 금융 프로젝트는 물리적 상주를 요구합니다.
• 요구사항이 매일 바뀌는 초기 탐색 단계 — 문서화 부담이 절감폭보다 클 수 있습니다.
• 국내 레거시 시스템과의 밀착 연동이 대부분인 경우 — 특히 문서화되지 않은 사내 시스템이 많다면 현장 접근성이 더 중요합니다.
• 전체 규모가 매우 작은 경우 — 관리 오버헤드가 절감분을 상쇄합니다.

실제 수행 사례

디비컨설팅이 이 구조로 수행한 엔터프라이즈 프로젝트입니다.

• 삼성물산 — 홈닉: 입주민 커뮤니티, 시설 예약, IoT 기기 제어, 컨시어지 연동을 통합한 스마트홈 플랫폼
• LS일렉트릭 — 테크스퀘어: 대기업 사내 기술 플랫폼 설계 및 구축
• GS건설 — 엘리시안 리조트: 리조트 예약·이용 웹 및 앱
• 하나투어 — 하나오픈챗: 여행 커뮤니케이션 서비스
• 가천대학교: 학사관리 시스템
• 메가존 — 복지몰: 상품·주문·결제·회원 관리를 포함한 사내 이커머스

모두 발주사가 한국인 PM과 한국어로 소통하고, 구현은 인도 개발팀이 담당한 프로젝트입니다.

전환을 검토할 때의 순서

1. 현재 견적의 M/M 구성을 확인합니다. 등급별 인원과 기간이 나와 있지 않다면 먼저 요청하세요. 비교의 출발점입니다.
2. 요구사항 정의서가 있는지 확인합니다. 없다면 이것부터 만드는 편이 좋습니다. 어느 업체와 하든 범위가 정의되지 않은 계약은 비용이 예측되지 않습니다.
3. 상주·망분리 요건이 있는지 확인합니다. 있다면 해외 전환은 검토 대상이 아닙니다.
4. 동일 범위로 두 구조의 견적을 받아 비교합니다. 총액이 아니라 범위·검수 기준·유지보수 조건을 나란히 놓고 봅니다.

자주 묻는 질문

SI 업체와 개발 외주는 다른 것입니까?

실무에서는 거의 같은 의미로 쓰입니다. SI는 전통적으로 기존 시스템 통합과 대규모 구축 사업을, 개발 외주는 단일 서비스 개발을 가리키는 경우가 많지만 경계는 뚜렷하지 않습니다. 계약 형태(도급/준위임)와 산정 방식이 실질적인 차이를 만듭니다.

56% 절감은 모든 프로젝트에 적용됩니까?

아닙니다. 100건 이상 프로젝트의 평균이며, 범위·기간·요구사항 안정성에 따라 달라집니다. 상주가 필요하거나 레거시 연동 비중이 큰 프로젝트에서는 절감폭이 줄어듭니다. 정확한 수치는 범위가 정의된 뒤에야 산출됩니다.

중간에 요구사항이 바뀌면 어떻게 됩니까?

변경은 어느 구조에서든 비용입니다. 다만 요구사항 정의서를 기준으로 변경분을 식별하고 영향 범위를 먼저 산정한 뒤 진행합니다. 구두 합의로 반영하고 나중에 정산하는 방식은 쓰지 않습니다.

소스코드와 지식재산권은 누구에게 있습니까?

계약에 따라 발주사에 귀속됩니다. 인수인계 시 소스·문서·배포 환경을 함께 전달합니다.

다음 단계

현재 검토 중인 SI 프로젝트의 범위가 정리되어 있다면 동일 범위로 비교 견적을 드릴 수 있습니다. 요구사항이 아직 정리되지 않았더라도 괜찮습니다 — 범위를 함께 정의하는 단계부터 시작합니다.

함께 보면 좋은 글

• IT 외주 개발 — 진행 방식과 비용 구조
• 해외 IT 외주가 실패하는 패턴
• 인도 IT 아웃소싱 — 무엇이 가능하고 무엇이 어려운가
• 요구사항 정의서 작성 가이드