외주 개발 업체 첫 미팅 질문 15개: 이 답변 못 하면 거르세요 [2026]
외주 개발 업체 첫 미팅에서 반드시 물어봐야 할 질문 15개를 정리했습니다. 유사 경험, 실제 투입 인력, 재하청, 견적 범위, 소유권, 검수, 유지보수 답변을 통해 좋은 개발사를 구분하는 방법입니다.
이 글을 쓴 알파카랩스카카오·네이버·쿠팡 출신, 재하청 0%, 대기업·공공기관 등 18개사+ 레퍼런스
외주 개발 업체 첫 미팅은 질문 15개의 모범답안을 외우는 면접이 아니라 실제 문제를 함께 정의하고 공급자의 주장에 검증 가능한 증거를 붙이는 자리입니다. 유사 경험·실투입자·범위·데이터·품질·보안·변경·운영·인수를 같은 시나리오로 물어보고, 답변을 샘플 산출물·계정·커밋·런북·레퍼런스로 확인해야 합니다.
유사 프로젝트를 했다는 말은 같은 업종 로고가 있다는 뜻이 아닙니다. 우리 업무의 예외·데이터·통합·규제·오류 비용을 실제로 이해하고 어떤 결정을 했는지 설명할 수 있어야 합니다. 영업 담당자의 매끄러운 설명보다 실제 PM·개발·디자인·QA가 샘플을 어떻게 다루는지 봐야 합니다.
첫 미팅의 목표는 즉시 업체를 고르는 것이 아니라 가장 큰 미정과 위험을 드러내 다음 검증 과업을 정하는 것입니다. 답변이 없다는 사실보다 모르는 것을 인정하고 누가 언제 어떤 증거로 확인할지 제안하는 태도가 더 중요할 수 있습니다.
15개 질문을 문제·팀·실행·인수의 네 묶음으로 묻는다#
예·아니오 답변 대신 실제 사례·산출물·실패·복구를 요구합니다.
| 묶음 | 핵심 질문 | 요구할 증거 | 위험 답변 |
|---|---|---|---|
| 문제 1~4 | 사용자·예외·성공·미정은 무엇인가 | 업무 지도·가정·발견 계획 | 기능부터 확정 |
| 팀 5~8 | 누가 실제 투입되고 무엇을 소유하나 | 명부·가용률·유사 커밋 | 계약 뒤 배정 |
| 실행 9~12 | 데이터·품질·변경·장애를 어떻게 다루나 | 샘플 계획·시험·런북 | 다 가능·무제한 수정 |
| 인수 13~15 | 계정·소스·운영·종료는 어떻게 넘기나 | 자산표·복원·전환 사례 | 납품 파일만 전달 |
말의 자신감보다 구체성·증거·한계·후속 약속을 점수화한다#
모든 후보에게 같은 익명 샘플과 질문을 제공해 정보 차이를 줄입니다.
| 평가 축 | 좋은 신호 | 확인 방법 | 감점 신호 |
|---|---|---|---|
| 문제 이해 | 예외·오류 비용을 되묻음 | 샘플 업무 재서술 | 솔루션부터 판매 |
| 실행 현실성 | 가정·의존성·대안을 공개 | 주간 산출물·임계 경로 | 기간·가격 즉답 |
| 책임 투명성 | 실투입자·하도급·권한 공개 | 명부·소속·계정 정책 | 팀 공개 거부 |
| 운영·인수 | 장애·복원·종료를 설명 | 런북·인수 체크리스트 | 유지보수는 나중 |
실무 시나리오: 계약 뒤 미팅 때와 다른 팀이 투입돼 도메인 이해가 사라졌다#
제안 발표자는 시니어였지만 실제 프로젝트는 미확정 외부 인력에게 넘어간 상황을 가정합니다.
| 단계 | 확인 질문 | 복구 조치 | 종료 증거 |
|---|---|---|---|
| 확인 | 계약 명부·실계정·회의 참석자는 | 접근·커밋·소속 대조 | 실투입 구조 확정 |
| 영향 | 어떤 결정·일정·품질이 흔들렸나 | 인수 공백·재작업 목록 | 영향 기준선 |
| 시정 | 교체·보강·재기준 중 무엇인가 | 승인된 팀·기간·산출물 | 책임자·완료 재합의 |
| 재발 방지 | 왜 팀 변경을 통제하지 않았나 | 핵심 인력·대체 승인·인수 의무 | 명부·계정 상시 대사 |
제품 품질·안전한 개발·공급망 투명성을 질문의 증거로 연결한다#
ISO/IEC 25010:2023은 기능 외 제품 품질을 구체화할 수 있고, NIST SSDF는 공급자 요구를 포함한 안전한 개발 관행을 제시합니다. CISA의 SBOM 자료는 구성요소와 공급망 관계의 투명성을 설명합니다. 표준 용어를 말하는 것 자체가 역량의 증거는 아니며 후보가 실제 샘플과 산출물·책임·복구 절차에 어떻게 적용하는지 확인해야 합니다.
- ISO/IEC 25010:2023 제품 품질 모델: 품질 요구·시험·인수 질문의 공통 틀
- NIST Secure Software Development Framework: 공급자 요구·안전한 개발·취약점 대응 질문
- CISA SBOM Resources Library: 하위 공급자·오픈소스 구성요소 투명성 자료
미팅 전 동일 자료를 제공하고 답변·증거·미결 과제를 후보별 원장으로 남긴다#
미팅 전에 사업 목표·대표 사용자·정상·예외 흐름·익명 데이터·외부 연동·희망 일정·제약을 한 묶음으로 제공합니다. 후보가 준비할 실제 담당자와 질문을 미리 알리고 영업 발표만으로 끝나지 않게 합니다. 녹음·자료 공유는 참여자 동의와 회사 정책을 따릅니다.
미팅에서는 후보가 샘플 업무를 자신의 말로 재구성하게 하고 모르는 항목·가정·대안·필요한 고객 과업을 적습니다. 답변마다 근거 문서, 실제 작성자, 확인 기한을 연결합니다. 특정 브랜드·기술 이름보다 왜 선택했고 언제 버렸는지, 실패를 어떻게 복구했는지 묻습니다.
종료 후 평가자는 독립 점수를 낸 뒤 근거를 합칩니다. 핵심 미정은 작은 유료 발견·기술 spike·레퍼런스 확인으로 검증하고 모든 후보에게 동일한 추가 정보를 제공합니다. 가격 협상 전에 실제 투입 팀·하도급·계정·인수·변경 단가를 서면 제안과 계약에 고정합니다.
업체 비교표의 전체 구조는 개발 업체 비교 체크리스트에서 확인하세요. 견적 요청 전 준비물은 개발 외주 견적 받는 법을 함께 보세요. 실제 수행 조직의 확인은 재하청 없는 책임 구조도 참고할 수 있습니다.
실제 팀이 샘플 문제와 실패·인수 계획을 설명해야 후보를 통과시킨다#
선정 전 실제 PM·개발·QA가 익명 샘플을 바탕으로 데이터 모델, 대표 시나리오, 가장 큰 위험, 첫 2주 산출물, 시험·배포·장애·인수 계획을 설명하게 합니다. 답변과 제안서·견적·계약의 팀·범위·가정이 모순되지 않아야 합니다.
레퍼런스는 결과 자랑보다 일정·변경·결함·운영·종료 때 실제 행동을 확인합니다. 저장소·클라우드·도메인·데이터를 회사 계정에 둘 수 있고 대체 팀이 빌드·배포·복원하도록 문서화하는 조건을 계약 전에 합의해야 합니다.
핵심 요약
- ✓첫 미팅은 모범답안 면접이 아니라 문제와 가장 큰 미정을 드러내는 검증이다
- ✓15개 질문을 문제·실투입 팀·실행·인수 네 묶음으로 묻는다
- ✓말보다 샘플 산출물·실계정·커밋·런북·레퍼런스로 답변을 확인한다
- ✓모든 후보에게 같은 자료와 질문을 주고 가정·한계·후속 약속을 점수화한다
- ✓팀·하도급·계정·변경·인수 조건을 제안서와 계약에 고정한다
자주 묻는 질문