---

문제는 대부분 처음 일정을 짤 때 생깁니다. "기획 1주, 디자인 1주, 개발 1개월" 이렇게 깔끔하게 잡으면 왠지 될 것 같은 느낌이 들죠. 그런데 막상 시작하면 기획 단계에서 정책이 확정이 안 되고, 디자인 시안 나오면 개발 가능 여부로 논쟁이 벌어지고, QA 단계에서 기획 의도대로 동작 안 하는 버그가 터집니다. 런칭 일정이 두 번 밀리고 팀 사기가 바닥을 치는 건 이 업계에서 꽤 흔한 일입니다.

결국 앱 개발 기간은 단순히 "코드 짜는 시간"이 아닙니다. 불확실성을 하나씩 정리해나가는 과정에 가깝습니다. 각 단계에서 뭘 결정해야 하는지 알고 있어야 일정이 흔들리지 않아요.

표만 보면 "그래서 빠르면 2개월에서 늦어도 3개월이네?" 싶을 수 있는데, 실제로는 각 단계 사이에 확인, 수정, 재승인 같은 시간이 계속 끼어듭니다. 특히 개발 단계가 전체 기간의 절반 이상을 차지하고, 복잡한 기능이 하나 추가될 때마다 이 구간이 쭉 늘어납니다.

일정이 밀리는 이유, 사실 뻔합니다

수많은 프로젝트를 보면서 느낀 건데, 일정이 늘어지는 원인은 대부분 기술적인 문제가 아닙니다. 커뮤니케이션과 의사결정 지연이 전부라고 해도 과언이 아닙니다.

그래서 모바일파트너스가 개발하는 우리 앱은 얼마나 걸릴까요?

결국 가장 궁금한 건 이거잖아요. 이론 말고, 내가 만들려는 앱이 실제로 얼마나 걸리느냐. 비슷한 유형의 프로젝트들을 기준으로 모바일파트너스의 지금까지 개발 기간을 정리해봤습니다.

많이들 놓치는 것, 앱스토어 심사 기간

"개발 다 끝났는데 왜 아직 출시 못 해요?" 이 질문이 나올 때는 십중팔구 앱스토어 심사 때문입니다. 개발자들이 일정 짤 때 가장 많이 빠뜨리는 게 바로 이 심사 기간입니다.

심사 자체는 짧아도, 거절당했다가 고쳐서 재제출하면 쉽게 2주가 날아갑니다. "이번 달 안에 출시해야 해요"라고 하셨다면 적어도 심사 제출은 3주 전에는 하셔야 합니다.

기간을 줄이고 싶다면, 이것부터

기간을 무조건 짧게 잡는다고 빨리 나오지 않습니다. 오히려 일정을 현실적으로 잡고 각 단계에서 의사결정을 빠르게 하는 게 결국 더 빨리 출시하는 방법입니다. 그중에서 확실히 효과 있는 것들만 추렸습니다.

그러니까 대답은 이렇습니다

"앱 개발 얼마나 걸려요?" 물으시면 "기능에 따라 다르다"고 대답할 수밖에 없는 게 현실입니다. 그게 핑계처럼 들릴 수 있다는 거 압니다. 그래서 조금 더 솔직하게 말하면 이렇습니다.