외주 개발 실패 사례 5가지와 피하는 법

외주 실패, 남의 일이 아니에요

외주 개발을 검색하면 실패담이 성공담보다 훨씬 많아요. 위시켓 커뮤니티, 블라인드, 각종 창업 카페에서 매주 올라오는 이야기들이에요. 무섭다고 외주를 안 맡길 수는 없으니, 어떤 패턴으로 실패하는지 알고 피하는 게 현실적이에요.

실패 사례 1: 소스코드를 안 줘요

가장 흔하고 가장 치명적인 사례예요. 개발이 끝나고 "소스코드 주세요"했더니 "그건 저희 자산입니다"라는 답이 돌아와요. 계약서에 소유권 조항이 없으면 법적으로 개발사 말이 맞아요.

피하는 법: 계약서에 "모든 소스코드 및 지적재산권은 의뢰인에게 귀속"을 반드시 명시하세요. 그리고 개발 초기부터 GitHub 같은 코드 저장소에 접근 권한을 받아놓으세요. 마지막에 한 번에 받으려 하지 말고요.

실패 사례 2: 중간에 연락이 끊겨요

선금 받고 사라지는 극단적인 경우도 있지만, 더 흔한 건 "서서히 끊기는" 패턴이에요. 답변이 하루에서 3일로, 일주일로 늘어나요. 진행 상황을 물어보면 "거의 다 됐어요"만 반복하다가 결국 프로젝트가 멈춰요.

피하는 법: 주 1회 정기 미팅을 계약에 포함하세요. 실제 동작하는 화면을 2주에 한 번은 확인하세요. 슬랙이나 디스코드로 실시간 채널을 만들고, 응답 시간을 하루 이내로 합의하세요. 3일 이상 무응답이면 계약 해지 사유가 되도록 명시하는 것도 방법이에요.

실패 사례 3: 결과물이 기대와 완전 달라요

"이런 느낌으로"라고 말했는데, 결과물이 전혀 다른 방향으로 나온 경우예요. "예쁘게 해주세요"라고 했더니 개발사 기준의 "예쁜" 결과물이 나와요. 감각이 다르니까요.

피하는 법: 레퍼런스를 구체적으로 제공하세요. "토스 앱 느낌으로, 메인 화면은 당근마켓처럼" 이렇게요. 스크린샷에 직접 메모를 달아서 보내면 더 좋아요. 그리고 디자인 시안(목업)을 개발 전에 반드시 확인하세요. 개발 후에 디자인을 바꾸면 비용이 2~3배 들어요.

실패 사례 4: 하청에 재외주를 줘요

A업체에 1,500만 원에 맡겼는데, 실제로는 B 프리랜서가 500만 원에 하청을 받아요. A업체는 중간에서 관리만 하면서 마진을 먹는 구조예요. 한국소프트웨어산업협회 통계에 따르면 외주 분쟁의 약 30%가 하도급 관련이에요.

피하는 법: "제3자에게 재위탁하지 않는다"는 조항을 계약서에 넣으세요. 실제 개발하는 사람이 누군지 확인하세요. 포트폴리오도 해당 팀이 직접 만든 건지 물어보세요. 킥오프 미팅에서 실제 개발자를 소개받는 것도 좋은 방법이에요.

실패 사례 5: 유지보수가 불가능해요

납품은 받았는데 코드가 엉망이에요. 다른 개발자에게 보여줬더니 "이건 처음부터 다시 만드는 게 빨라요"라는 답을 들어요. 코드 컨벤션(규칙)도 없고, 주석도 없고, 문서도 없어요.

피하는 법: 중간 코드 리뷰를 요청하세요. 아는 개발자가 없으면 외부 코드 리뷰 서비스(프리랜서 1~2시간이면 30~50만 원)를 쓰는 것도 방법이에요. 그리고 기술 문서(API 명세서, DB 설계서)를 납품 항목에 포함하세요.

공통적인 교훈

5가지 사례의 공통점이 보이시나요? 전부 "미리 정하지 않아서" 생긴 문제예요. 소유권을 정하지 않아서, 커뮤니케이션 규칙을 정하지 않아서, 기대치를 정하지 않아서 생긴 문제들이에요.

저희 딱4주는 이런 실패를 경험한 분들이 다시 찾아오시는 경우가 꽤 있어요. 그래서 프로젝트 시작 전에 기능 범위, 소통 채널, 소유권, 검수 방법을 전부 합의해요. 소스코드는 처음부터 고객 GitHub에 올리고, 매주 데모를 보여드려요. 당연한 것 같지만, 이게 안 되는 곳이 생각보다 많거든요.