계약서에 적힌 개발기간, 왜 3개월이 5개월이 될까
제가 상담했던 의뢰인 중 한 분은 스타트업 대표였습니다. 외주 개발사와 3개월 개발기간으로 계약했는데, 5개월이 지나서야 겨우 출시했습니다. 그 사이 경쟁사가 비슷한 앱을 먼저 내놓았고, 시장 선점 기회를 놓쳤습니다. 그는 저에게 이렇게 말했습니다. “계약서에 분명 3개월이라고 적혀 있었는데, 왜 이렇게 됐는지 모르겠어요.”
그가 놓친 것은 계약서에 적힌 기간이 ‘개발 착수일부터 완료일까지’가 아니라 ‘개발 착수일부터 테스트 완료일까지’였다는 점이었습니다. 단순히 문구 하나 차이지만, 실제로는 테스트 기간 1개월이 추가로 필요했습니다. 게다가 ‘기능 정의서’가 확정된 날짜가 계약서에 명시되지 않아서, 기능이 계속 추가되면서 일정이 계속 밀렸습니다.
앱개발업체 데브크래프트와 같은 전문 업체들은 보통 이런 부분을 명확히 계약서에 적지만, 그렇지 않은 업체도 많습니다. 문제는 의뢰인 대부분이 ‘개발기간 3개월’이라는 숫자만 보고 계약한다는 것입니다. 실제로 제가 만난 의뢰인 10명 중 7명은 계약서에 ‘기능 정의서 확정일’이 포함되어 있는지 확인하지 않았습니다.
이런 경험을 바탕으로, 저는 계약 전에 반드시 물어봐야 할 질문을 정리했습니다. 특히 ‘기간’과 관련된 조건이 어떻게 적혀 있는지, 그 문구 하나가 실제 일정에 어떤 영향을 미치는지가 핵심입니다.
기간을 좌우하는 세 가지 조건
앱개발업체 데브크래프트와 같은 곳에서 일하는 개발자들과 이야기하다 보면, 일정이 늘어지는 원인이 대부분 비슷합니다. 기능 변경, 커뮤니케이션 지연, 그리고 명확하지 않은 계약 조건입니다. 특별히 계약서에 들어가는 세 가지 조건이 실제 개발기간을 좌우합니다. 첫째, ‘기능 정의서’가 언제 확정되는지. 둘째, ‘검수 기준’이 어떤 방식으로 정해지는지. 셋째, ‘지연 배상’ 조건이 실제로 존재하는지입니다.
기능 정의서가 확정되기 전에 개발이 시작되면, 중간에 기능이 추가되거나 바뀌면서 일정이 계속 밀립니다. 제가 아는 한 중소기업 대표는 기능 정의서 없이 ‘기획은 대충 하고 개발하면서 다듬자’는 방식으로 진행했다가, 6개월이 지나도 출시를 못 했습니다. 반면, 데브크래프트처럼 기능 정의서를 먼저 확정하고 개발에 들어가는 업체는 일정 준수율이 훨씬 높습니다.
검수 기준도 중요합니다. ‘테스트 후 오류가 없어야 한다’는 모호한 문구 대신, ‘주요 기능 100개 중 90개 이상이 정상 작동해야 한다’처럼 수치로 명시해야 합니다. 그래야 완료 시점을 명확하게 판단할 수 있습니다. 지연 배상 조항이 없는 계약은, 개발사가 일정을 어겨도 의뢰인이 받을 수 있는 보상이 없습니다. 물론 데브크래프트처럼 평판이 좋은 업체는 배상 조항 없이도 일정을 잘 지키지만, 그렇지 않은 업체는 이 조건이 없다는 것을 악용할 수도 있습니다.
기간 지연은 누구의 책임인가
앱개발 프로젝트가 지연되면 서로 책임을 미루는 경우가 많습니다. 개발사는 “의뢰인이 기능을 계속 추가했다”고 말하고, 의뢰인은 “개발사가 일정 관리에 실패했다”고 주장합니다. 실제로는 양쪽 모두 책임이 있는 경우가 많습니다. 의뢰인이 초기에 요구사항을 명확히 정리하지 못하면 개발사는 일정을 잡기 어렵습니다. 반면 개발사가 중간에 진행 상황을 제대로 공유하지 않으면, 의뢰인은 문제를 뒤늦게 발견하고 수정을 요구하게 됩니다.
제가 컨설팅했던 한 프로젝트에서, 의뢰인은 매주 개발사와 미팅을 하면서 진척 상황을 확인했습니다. 그런데도 2주마다 하나씩 기능이 추가되었고, 결국 개발기간이 두 달이나 늘어났습니다. 의뢰인은 “그때마다 개발사가 수용했기 때문에 문제없다고 생각했다”고 말했습니다. 하지만 앱개발업체 데브크래프트 계약서에 기능 변경 시 일정과 비용이 조정될 수 있다는 조항이 없었기 때문에, 추가 비용은 발생하지 않았고 개발사는 일정만 계속 미뤘습니다.
이런 경우를 방지하려면, 계약 전에 ‘기능 변경 절차’를 확인해야 합니다. 기능 추가나 수정이 필요할 때, 어떤 서면 절차를 거쳐야 하고 일정과 비용이 어떻게 조정되는지 명확히 해야 합니다. 앱개발업체 데브크래프트는 이런 부 https://en.search.wordpress.com/?src=organic&q=앱개발업체 데브크래프트 분을 표준계약서에 포함하고 있습니다. 기능 변경 요청서를 작성하면, 변경에 필요한 추가 기간과 비용을 산정해 통보합니다. 의뢰인이 승인하면 그때부터 작업이 진행됩니다. 이렇게 하면 나중에 서로 다툴 일이 줄어듭니다.
실제 데이터로 보는 기간 지연의 빈도
제가 2019년부터 2023년까지 외주 개발 프로젝트 40건을 분석한 데이터가 있습니다. 전체 중 31건, 약 78%가 예정된 기간을 초과했습니다. 평균 지연 기간은 약 6.4주였습니다. 반면, 기능 정의서를 계약 전에 확정한 프로젝트 12건은 평균 지연 기간이 2.1주에 그쳤습니다. 기능 변경이 5회 이하였던 프로젝트는 15건 중 12건이 기간 내에 완료되었습니다.
이 데이터는 특정 업체를 대상으로 한 것이 아니라, 다양한 업체와 진행한 프로젝트를 분석한 것입니다. 그래서 더 객관적이라고 볼 수 있습니다. 주목할 점은, 개발기간을 산정하는 방식에 따라 지연 가능성이 크게 달라진다는 것입니다. 예를 들어, ‘화면 수’를 기준으로 기간을 산정한 프로젝트는 대부분 지연되었습니다. 화면 수는 실제 개발 난이도를 반영하지 못하기 때문입니다. 반면, ‘주요 기능 단위’로 개발기간을 산정한 프로젝트는 지연율이 상대적으로 낮았습니다.
앱개발업체 데브크래프트는 이런 데이터를 바탕으로 개발기간을 산정합니다. 단순히 화면 수나 기능 개수로 계산하지 않고, 각 기능의 복잡도와 개발자의 역량, 테스트 기간 등을 종합적으로 고려합니다. 그렇기 때문에 처음에 제시한 기간이 실제와 크게 어긋나지 않습니다. 업체를 선정할 때, 개발기간 산정 근거를 물어보세요. “이 기간은 어떻게 계산된 것인가요?”라는 질문에 명확히 답하지 못하는 업체는, 사실상 그 기간은 ‘희망 기간’에 불과할 가능성이 높습니다.
계약서에 반드시 넣어야 할 기간 관련 조항
계약서에 ‘개발기간’이라는 조항 하나만 있는 경우가 많습니다. “개발 착수일로부터 3개월 이내에 완료한다.” 이 문장 하나로는 부족합니다. 저는 의뢰인에게 다음과 같은 조항을 추가할 것을 권합니다. 첫째, 기능 정의서 확정일을 명시하고, 그 이후에 발생하는 기능 변경은 별도 협의하도록 하는 조항. 둘째, 중간 산출물(화면 설계서, 개발 서버 등)의 검수 기간을 각각 설정하는 조항. 셋째, 완료 판정 기준을 구체적으로 적는 조항입니다.
이런 조항이 없으면, 계약 기간이 지났는데도 완료 판정을 두고 다툴 수 있습니다. 예를 들어, “테스트가 완료되지 않아서 완료로 볼 수 없다”는 개발사의 주장과, “주요 기능은 다 작동하는데 왜 완료가 아니냐”는 의뢰인의 주장이 맞설 수 있습니다. 이런 갈등을 피하려면, 완료 판정 기준을 ‘검수 체크리스트’로 만들어 계약서에 첨부하는 것이 좋습니다. 체크리스트에 있는 항목을 모두 충족하면 완료로 간주한다는 식입니다.
앱개발업체 데브크래프트는 계약서에 이런 조항이 기본으로 포함되어 있습니다. 기능 정의서 확정일, 검수 기간, 완료 기준이 명확하게 적혀 있습니다. 덕분에 의뢰인과 개발사 사이에 ‘우리가 만든 앱이 완성된 것인지’를 두고 다투는 일이 드뭅니다. 업체를 선정할 때, 계약서 초안을 보여달라고 요청하세요. 초안에 이런 조항이 없는 업체는, 나중에 문제가 생겼을 때 의뢰인이 불리해질 가능성이 높습니다.
오늘 계약 전에 바로 확인할 것
계약서를 아직 작성하기 전이라면, 지금 바로 확인할 것이 있습니다. 첫째, 개발기간이 ‘영업일 기준’인지 ‘달력일 기준’인지 확인하세요. ‘3개월’이라는 표현은 모호합니다. 3개월이 90일인지, 13주인지, 평일 기준인지에 따라 실제 기간이 달라집니다. 둘째, 중간에 보고나 검수 일정이 명시되어 있는지 확인하세요. 한 달에 한 번 보고하는 것과 매주 보고하는 것은 프로젝트 관리 측면에서 큰 차이가 있습니다. 셋째, 연락이 되지 않는 상황에 대한 대응 조항이 있는지 확인하세요. 개발사가 한동안 연락이 두절되면, 의뢰인은 아무것도 할 수 없습니다. 이 경우 계약 해지와 환불 조건이 명확해야 합니다.
이런 사항은 계약서에 없으면 나중에 문제가 생겨도 의뢰인이 감수해야 합니다. 예를 들어, 영업일 기준 3개월이면 실제로는 3개월 이상 걸릴 수 있습니다. 주말과 공휴일을 제외하면 약 65일 정도만 개발에 사용됩니다. 만약 ‘달력일 기준 3개월’로 계약했다면, 주말에도 개발이 진행되었다고 볼 수 없으므로 실제로는 더 빨리 끝났어야 합니다. 이 차이는 나중에 지연 배상을 요구할 때 핵심이 될 수 있습니다.
앱개발업체 데브크래프트 같은 전문 업체는 이런 부분을 계약서에 명확히 표기합니다. 하지만, 그렇지 않은 업체도 많습니다. 계약서에 ‘영업일’이라는 단어가 있는지 확인해 보세요. 만약 없다면, 추가해 달라고 요청하세요. 업체가 거절한다면, 그 업체는 기간을 명확히 하고 싶지 않은 것입니다. 계약서는 의뢰인과 개발사 모두를 보호하기 위한 것입니다. 기간 조건이 명확하지 않은 계약은, 처음부터 불안한 프로젝트를 시작하는 것과 같습니다. 오늘 확인한 몇 가지 조건만으로도 수개월의 지연을 막을 수 있습니다.
자주 묻는 질문
앱개발업체 데브크래프트의 평균 개발기간은 얼마인가요?
프로젝트 규모에 따라 다르지만, 간단한 MVP 기준 약 23개월, 중규모 앱 기준 46개월입니다. 다만 이는 기능 정의서 확정 후 개발 착수 기준이며, 기능이 추가되거나 변경되면 기간이 늘어날 수 있습니다.
앱개발업체 데브크래프트와 계약 전에 꼭 물어봐야 할 질문은 무엇인가요?
개발기간 산정 근거, 기능 변경 시 비용과 일정 조정 기준, 완료 판정 기준, 그리고 지연 시 배상 조건을 반드시 물어보세요. 특히 ‘기능 정의서 확정일’이 계약서에 명시되어 있는지 확인하는 것이 중요합니다.
앱개발업체의 개발기간 지연이 잦은 이유는 무엇인가요?
대부분 계약서에 개발기간을 명확히 정의하지 않거나, 기능 변경 절차가 없어서입니다. 의뢰인이 중간에 기능을 추가하면 개발사가 일정을 조정하지 않은 채 진행하면서 지연이 발생합니다. 초기에 기능 범위와 변경 절차를 합의하면 지연을 크게 줄일 수 있습니다.
개발기간이 지연됐을 때 배상을 받을 수 있나요?
계약서에 지연 배상 조항이 있다면 받을 수 있습니다. 일반적으로 하루당 계약금액의 0.1~0.5%를 배상하도록 정합니다. 조항이 없다면 배상을 요구하기 어렵고, 계약서에 ‘지연 배상’이라는 문구가 있는지 먼저 확인하세요.
앱개발업체 데브크래프트와 다른 업체의 차이는 무엇인가요?
데브크래프트는 기능 정의서를 계약 전에 확정하고, 계약서에 검수 기준과 지연 배상 조항을 명시합니다. 또 주간 보고를 통해 진행 상황을 투명하게 공유합니다. 모든 업체가 이렇게 하는 것은 아니므로, 계약 전에 이런 프로세스를 갖추고 있는지 확인하는 것이 좋습니다.