4: 외주 개발, 왜 자꾸 실패할까? 솔직하게 털어놓는 이야기

솔직히 말하면 저도 외주 개발 맡기면서 몇 번 크게 데였거든요. 지금은 어느 정도 노하우가 생겼지만, 처음엔 진짜 멘탈이 나갈 뻔한 적이 한두 번이 아니었습니다. 오늘은 그때 겪었던 일들을 좀 풀어볼까 합니다.


  작년에 한 스타트업 대표님이 저한테 상담을 요청하셨는데, 상황이 이랬어요. 앱 외주를 맡겼는데 개발자가 중간에 연락이 끊긴 거죠. 3주째 카톡 읽씹. 전화도 안 받고. 선금 500만 원은 이미 나간 상태였고요. 이거 생각보다 흔한 일이에요. 소위 말하는 https://freesi.net/guide/developer-no-show인데, 프리랜서 외주에서 정말 빈번하게 발생하더라고요.

  근데 이분 이야기를 더 들어보니까, 계약서가 사실상 없었어요. 카톡으로 "이런이런 기능 만들어주세요, 얼마에요" 하고 입금한 게 전부.
https://freesi.net/template/contract-checklist도 없이 진행한 거죠. 이러면 잠수를 타든 결과물이 이상하든 법적으로 할 수 있는 게 거의 없습니다.

  또 다른 케이스도 있었어요. 이건 제가 직접 겪은 건데, 프로젝트 중간에 클라이언트 쪽에서 요구사항을 확 바꾼 적이 있거든요. 처음엔 "게시판 기능이면 됩니다" 했다가, 개발 반쯤 진행됐을 때 "아 근데 실시간 채팅도 넣어주세요"라고 하신 거예요. 이게 왜 문제냐면, 아키텍처 자체가 달라지는 일이거든요.
  https://freesi.net/guide/mid-project-requirement-change 비용이 1.5배~2배로 뛸 수 있는데, 대부분 그걸 모르세요.

  그리고 의외로 많이 간과하는 게 소스코드 소유권이에요. 프로젝트 다 끝나고 나서 "소스코드 주세요" 했더니 "그건 별도 비용입니다" 하는 경우, 실제로 꽤 있습니다. 계약 단계에서 https://freesi.net/guide/source-code-ownership을 명확히 안 잡아두면 나중에 진짜 골치 아파져요. 유지보수를 다른 업체에 맡기고 싶어도 코드가 없으니 처음부터 다시 만들어야 하는 상황이 생기는 거죠.

  대금 지급 방식도 중요합니다. "선금 50%, 잔금 50%" 이렇게 단순하게 하면 위험해요. 중간 점검 없이 돈이 나가니까, 결과물 받아봤을 때 엉망이어도 이미 돈은 다 지불한 상태인 거죠.
  https://freesi.net/guide/payment-milestone-structure하는 게 서로한테 훨씬 안전하더라고요. 기획 완료, 디자인 완료, 개발 1차 완료, 이렇게 단계별로 확인하고 지급하는 구조요.

  검수도 마찬가지예요. "대충 돌아가면 되겠지" 하고 넘기면 런칭 후에 버그 터져서 더 큰 비용이 들어갑니다. 간단하더라도
  https://freesi.net/template/acceptance-test를 만들어서 하나하나 확인하는 습관이 필요해요.


  이런 이야기들 하면 "그럼 외주 자체를 하지 말라는 거냐"고 물으시는 분들이 있는데, 전혀 그런 뜻이 아니에요. 외주 개발 잘 활용하면 시간도 비용도 엄청나게 아낄 수 있거든요. 실제로 저희가 진행한 https://freesi.net/case/neuraldecode 같은 경우도 외주로 깔끔하게 마무리된 케이스입니다.

  핵심은 준비의 차이인 것 같아요. 계약서 제대로 쓰고, 요구사항 명확히 하고, 중간 점검 구조를 만들어두면 실패 확률이 확 줄어들더라고요.
  https://freesi.net/guide/outsourcing-failure-top5을 미리 알아두는 것만으로도 반은 먹고 들어가는 셈이에요.
  https://freesi.net/guide/outsourcing-contract-checklist도 한번 읽어보시면 도움이 많이 될 겁니다.

  혹시 외주 개발을 고민 중이시라면, 부담 없이 https://freesi.net/inquiry 남겨주세요. 겪어본 사람이 옆에 있으면 확실히 다르더라고요.