기간 · 프로세스
외주 개발 기간 산정 방법 — 마일스톤 예시 포함
소프트웨어 외주 개발 기간을 정확히 산정하는 방법과 마일스톤별 일정 예시를 제공합니다.
Freesi·
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배 늘어날 수 있음
마일스톤 일정 예시 (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 생략: 테스트를 건너뛰면 배포 후 버그 수정으로 오히려 기간이 더 늘어남
기간 산정 체크리스트
자주 묻는 질문
2주 안에 완성 가능한 프로젝트는 어떤 건가요?
화면 5개 이내의 단순 CRUD 앱, 랜딩 페이지, 간단한 관리자 대시보드 등이 2주 내 가능합니다. 외부 연동이 없고, 디자인이 제공되는 경우에 한합니다.
개발 도중 일정이 계속 늘어나는 걸 방지하려면?
1) 착수 전 요구사항을 문서로 확정하고, 2) 변경 요청 시 추가 일정·비용을 사전에 합의하고, 3) 주 1~2회 진행 상황을 공유받는 것이 핵심입니다.