앱 개발은 기획, 설계, 디자인, 개발, 시험, 출시, 운영으로 나누어 살펴볼 수 있습니다. 단계별 결과물과 검토 담당자를 정하면 진행 상태와 다음 준비 항목을 확인할 수 있습니다.
| 01기획 | 02설계 | 03디자인 | 04개발 | 05시험 | 06출시 | 07운영 | |
|---|---|---|---|---|---|---|---|
| 초점 | 목적과 요구사항 | 구조와 처리 조건 | 화면과 조작 방식 | 기능 구현 | 요구사항과 동작 확인 | 배포와 운영 전환 | 대응과 개선 |
| 주요 업무 | 대상 업무와 사용자, 범위와 우선순위를 정리합니다. 확인된 조건과 미정 항목을 구분합니다. | 화면 이동, 자료 구조, 화면과 서버 사이의 요청을 구체화합니다. 운영, 보안 조건도 검토합니다. | 정보의 순서와 화면 배치, 상태별 표현과 조작 방식을 설계합니다. 실제 이용 과정을 검토합니다. | 합의한 범위를 구현하고 결과를 공유합니다. 질문과 변경 요청의 영향, 반영 여부를 기록합니다. | 주요 업무와 예외 상황, 지원 기기와 접근 권한을 시험합니다. 수정 결과와 남은 문제를 확인합니다. | 배포 자료와 계정, 운영 담당자를 준비합니다. 적용되는 제출, 승인 절차와 공개 조건을 확인합니다. | 이용 현황과 문의, 오류를 확인합니다. 대응 업무와 개선의 우선순위, 비용을 관리합니다. |
| 담당 | 사업, 기획 담당 | 설계 담당 | 디자인 담당 | 개발 담당 | 시험, 업무 담당 | 배포, 운영 담당 | 사업, 운영 담당 |
| 함께 확인 | 목적과 범위 합의 | 업무, 기술 공동 검토 | 사용자 검토 | 진행, 변경 공유 | 결과 확인 | 공개 조건 확인 | 지속적인 개선 |
개발 기간의 산정 조건
개발 기간은 앱이라는 제품명만으로 정해지지 않습니다. 범위와 복잡도, 참여 인력, 외부 연동과 검토 조건을 함께 산정합니다.
작업 범위와 복잡도기능, 화면, 연동과 시험 범위×인력과 선행 조건투입 인력, 자료 제공, 외부 서비스의 준비 상태×검토와 승인담당자별 응답 기한과 승인 절차
일정 제안을 받으면 작업별 범위와 인력, 선행 조건과 추정 근거를 확인합니다. 아직 정하지 못한 항목과 일정 변경 가능성도 표시합니다.
발주자와 수행 업체의 역할
발주자와 수행 업체는 모든 단계에서 필요한 역할을 나눕니다. 발주자의 참여는 기획과 운영에 한정되지 않으며 설계 검토, 변경 승인과 시험에도 필요합니다.
질문 목록
질문업체가 제안한 가정결정기준 문서 반영
개발 중 확인이 필요한 조건은 질문 목록으로 관리합니다. 업체가 제안한 가정과 처리 방법을 검토하고 합의한 내용을 기준 문서에 반영합니다.
개발 중 검토와 준비
개발 중에는 다음 업무의 담당자와 주기를 합의합니다.
- 작동 결과 검토합의한 주기로 실제 기능과 미완료 항목을 확인합니다.
- 질문과 결정 관리질문의 영향과 응답 기한을 정하고 결정 내용을 기록합니다.
- 자료와 계정 준비문구, 이미지, 정책 문서와 필요한 계정을 기한에 맞춰 제공합니다.
문구, 이미지, 운영 정책과 사업자 자료는 제출 기한을 정해 준비합니다. 화면과 기능에 영향을 주는 내용은 설계 검토에 맞춰 전달합니다.
일정 지연의 원인과 대응
일정 지연의 원인을 개발 작업, 결정 대기, 자료 미비와 외부 절차로 구분합니다. 영향받는 작업과 조정 방안을 함께 확인합니다.
개발 작업
결정 대기
자료 준비
외부 절차
- 결정 대기
- 질문별 결정 담당자와 기한을 정합니다. 지연 시 영향을 받는 작업과 다른 작업을 먼저 진행할 수 있는지 확인합니다.
- 자료 준비
- 문구, 이미지, 정책 문서의 작성 담당자와 승인 담당자를 정합니다. 최종 자료가 늦어질 때 임시 자료의 사용 범위를 합의합니다.
- 외부 절차
- 마켓 제출 조건과 결제, 인증 서비스의 신청 조건을 확인합니다. 제출 자료와 계정을 준비하고 검토 상태를 추적합니다.
미리 준비해도 외부 심사와 예상하지 못한 수정은 발생할 수 있습니다. 제출 조건과 대기 기간을 일정에 반영하고 진행 상태를 확인합니다.
반복, 병행 작업의 관리
단계는 사업 방식에 따라 반복되거나 일부 겹칠 수 있습니다. 병행할 작업은 입력 자료와 완료 조건, 변경의 영향을 구분해 관리합니다.
기획 중에도 기술 검증과 프로토타입 제작을 진행할 수 있습니다. 다만 시험 범위와 목적, 확정하지 않은 조건을 명시하고 본 개발 범위와 구분합니다.
단계별 제출과 승인 기준
단계별 진행 상태는 합의한 결과물과 검토 기록으로 확인합니다. 결과물의 제출과 승인도 구분합니다.
단계확인 자료제출승인
기획목적, 요구사항, 우선순위와 미정 항목
설계, 디자인화면과 자료 구조, 처리 조건의 합의 범위
개발시험 환경과 구현 범위, 알려진 제약
시험시험 결과와 미해결 문제, 출시 판단
출시계약상 인계 대상인 코드, 계정, 문서
홈페이지 공개와 검색 유입
홈페이지 공개
앱스토어 심사는 필요하지 않습니다. 내부 승인, 보안 점검과 연결 서비스의 준비가 필요할 수 있습니다.
앱스토어 배포
해당 마켓의 제출, 심사 조건을 확인합니다.
검색 유입
공개와 별도 과제입니다. 검색 수집과 노출은 특정 기한 안에 보장되지 않습니다.
방문 경로와 이용 결과를 함께 확인합니다.
기관, 기업의 검토 일정
기관과 기업은 내부 승인, 보안 검토와 검수에 필요한 시간을 일정에 반영합니다.
자료 제출일검토 완료 목표일
위 두 날짜를 따로 정합니다. 실제 사용자 부서가 주요 업무를 시험하도록 참여 범위를 정합니다. 발견한 문제는 합의된 요구사항과 비교해 오류 수정과 변경 요청으로 구분합니다.
개발 일정에는 구현뿐 아니라 자료 준비, 검토와 승인, 시험과 운영 전환을 포함합니다. 단계별 담당자와 결과물, 결정 기한을 함께 관리합니다.
참고 자료: Apple 앱 심사 안내 Google 검색 수집 안내
자주 묻는 질문
01앱 개발은 어떤 단계로 진행됩니까
기획, 설계, 디자인, 개발, 시험, 출시, 운영의 일곱 단계로 나누어 살펴볼 수 있습니다. 단계별 결과물과 검토 담당자를 정하면 진행 상태와 다음 준비 항목을 확인할 수 있습니다.
02개발 기간은 어떤 조건으로 산정합니까
작업 범위와 복잡도, 투입 인력과 선행 조건, 검토와 승인 절차를 함께 산정합니다. 일정 제안을 받으면 작업별 범위와 인력, 선행 조건과 추정 근거를 확인합니다.
03발주자는 어느 단계에 참여합니까
발주자의 참여는 기획과 운영에 한정되지 않으며 설계 검토, 변경 승인과 시험에도 필요합니다. 개발 중에는 작동 결과 검토, 질문과 결정 관리, 자료와 계정 준비를 합의한 주기로 진행합니다.
04일정이 늦어지는 원인은 무엇입니까
개발 작업, 결정 대기, 자료 미비, 외부 절차로 구분할 수 있습니다. 질문별 결정 담당자와 기한을 정하고 마켓 제출과 결제, 인증 서비스 신청의 조건과 대기 기간을 일정에 반영합니다.
05홈페이지 공개에도 앱스토어처럼 심사가 필요합니까
일반적인 홈페이지 공개에는 앱스토어 심사가 필요하지 않습니다. 다만 내부 승인, 보안 점검과 연결 서비스의 준비가 필요할 수 있으며 검색 수집과 노출은 별도 과제로 관리합니다.