기간 · 프로세스
외주 개발 기간 산정 방법 — 마일스톤 예시 포함
소프트웨어 외주 개발 기간을 산정하는 방법을 마일스톤 예시와 함께 정리했습니다. 기간은 화면 수×복잡도에 연동·QA를 더해 계산하며, MVP는 4~8주·상용화 수준은 3~6개월이 일반적입니다. 기획 변경이 잦으면 기간이 2~3배 늘어납니다.
손영은 · 프리시·
3줄 요약
- •기간은 "화면 수 × 복잡도 + 연동 + QA"로 산정합니다.
- •MVP 기준 4~8주, 상용화 수준 3~6개월이 일반적입니다.
- •기획 변경이 잦으면 기간이 2~3배 늘어날 수 있습니다.
개발 기간을 결정하는 요소
기능 복잡도: 단순 CRUD는 화면당 1~2일, 복잡한 로직(결제/알림/통계)은 3~7일
연동 수: 외부 API 하나당 1~3일 추가
디자인 작업 포함 여부: 디자인 포함 시 기획·디자인 단계에 2~4주 추가
QA·테스트 범위: 개발 기간의 20~30%를 QA에 배정하는 것이 안전
커뮤니케이션 빈도: 주 1회 미팅이면 의사결정 지연으로 기간이 1.5배 늘어날 수 있음
여기 나온 기준으로 내 프로젝트는 얼마인지 궁금하다면, 30초 AI 견적으로 확인해보세요
마일스톤 일정 예시 (MVP 6주 기준)
| 단계 | 기간 | 산출물 |
|---|---|---|
| 기획·요구사항 확정 | 1주 | 화면 목록, 기능 명세, IA |
| 설계 (DB·API·화면) | 1주 | ERD, API 스펙, 와이어프레임 |
| 프론트엔드 개발 | 2주 | 화면 구현, API 연동 |
| 백엔드 개발 | 2주 (프론트와 병렬) | API 개발, DB 구축 |
| 통합 테스트·QA | 1주 | 테스트 결과서, 버그 수정 |
| 배포·인수 | 0.5주 | 운영 서버 배포, 산출물 전달 |
실제로는 기획 변경, 피드백 반영, 예상치 못한 기술 이슈 등으로 1~2주 버퍼를 두는 것이 안전합니다.
이런 프로젝트, 실제로 어떻게 진행됐을까요?
비슷한 작업의 실제 사례와 후기를 먼저 확인해보세요.
기간이 늘어나는 위험 요소 TOP 5
1. 요구사항 변경: 개발 중간에 기능을 추가·변경하면 설계부터 다시 해야 할 수 있습니다
2. 피드백 지연: 클라이언트의 확인·승인이 늦어지면 그만큼 일정이 밀립니다
3. 권한/인증 복잡도 과소평가: 로그인·권한 체계는 보이는 것보다 공수가 큽니다
4. 외부 연동 변수: 외부 API의 문서 부족, 테스트 환경 미제공 등으로 지연
5. QA 생략: 테스트를 건너뛰면 배포 후 버그 수정으로 오히려 기간이 더 늘어남
기간 산정 체크리스트
5초 예상 범위 확인
두 가지만 고르면 됩니다. 연락처 입력 없음, 범위는 실제 수주가 기준입니다.
자주 묻는 질문
2주 안에 완성 가능한 프로젝트는 어떤 건가요?
화면 5개 이내의 단순 CRUD 앱, 랜딩 페이지, 간단한 관리자 대시보드 등이 2주 내 가능합니다. 외부 연동이 없고, 디자인이 제공되는 경우에 한합니다.
개발 도중 일정이 계속 늘어나는 걸 방지하려면?
1) 착수 전 요구사항을 문서로 확정하고, 2) 변경 요청 시 추가 일정·비용을 사전에 합의하고, 3) 주 1~2회 진행 상황을 공유받는 것이 핵심입니다.