2026-03-13

1. 사업/요구사항 정리

무엇을 왜 만드는지 정한다.

• 서비스 목적
• 대상 사용자
• 핵심 기능
• 일정과 우선순위
• 관련 부서 요구사항
• 보안, 법무, 개인정보 이슈

이 단계에서 PRD, 정책서, 요구사항 문서가 나옴

2. 기획

기획자가 화면 흐름, 정책, 예외 케이스를 구체화

• 화면 설계
• 사용자 플로우
• 운영 정책
• 관리자 기능 정의
• 로그/통계 필요사항
• 장애 시 대응 기준

운영 가능성, CS 대응 가능성, 모니터링 가능성도 같이 보기

3. 디자인

디자인팀이 UI/UX를 만들고, 디자인 시스템에 맞춰 정리

• 와이어프레임
• 시안
• 컴포넌트 정의
• 상태값 정리
• 반응형/접근성 고려

4. 기술 검토 및 설계

개발팀, 아키텍트, 인프라, 보안 쪽이 같이 검토

• 시스템 구조
• API 설계
• DB 설계
• 트래픽 예상
• 서버/클라우드 구조
• 권한 체계
• 로그/모니터링 방식
• 배포 전략

보안성 검토, 개인정보 처리 검토, 타 시스템 연동 협의 붙기도 함

5. 일정 수립 및 개발 착수

보통 FE, BE, 앱, 인프라, 데이터 쪽으로 나눠서 작업

• 개발 일정 확정
• 작업 분할
• 이슈 관리
• 코드 리뷰 기준 설정
• 개발 환경/스테이징 환경 준비

6. 개발

• 단위 개발
• 단위 테스트
• 코드 리뷰
• API 연동
• DB 반영
• 로그 심기
• 운영자 기능 개발
• 알림/배치 작업 구성

7. 내부 개발 테스트

개발자가 먼저 기본 검증

• 정상 동작 확인
• 예외 케이스 확인
• 브라우저/디바이스 기본 점검
• 연동 시스템 점검
• 성능 기본 체크

8. QA / 통합 테스트

여기서 QA팀 또는 전담 검증 인력이 본격적으로 확인

주로 보는 것:

• 기능 정상 동작
• 화면 오류
• 정책 반영 여부
• 예외 케이스
• 회귀 테스트
• 타 시스템 연동
• 데이터 처리 정확성
• 관리자 페이지 동작
• 알림 발송
• 권한별 접근 차이

추가로 보는 것:

• 보안 점검
• 개인정보 점검
• 성능 테스트
• 부하 테스트
• 접근성 점검
• 취약점 진단
• 장애 복구 시나리오 점검

9. 버그 수정 및 재검증

QA에서 나온 이슈를 수정하고 다시 확인

• QA 이슈 등록
• 중요도 분류
• 개발 수정
• QA 재테스트
• 오픈 가능 여부 판단

10. UAT / 현업 검수

실사용 부서나 운영 부서가 최종 확인

ex. 마케팅, 고객센터, 운영팀, 사업부가 검수

이 단계에서는 “기능이 되냐”보다 실제 업무에 맞게 돌아가냐를 봄

예:

• 운영자가 공지 올리기 편한가
• CS가 이력 추적 가능한가
• 정산 데이터 맞는가
• 정책 문구 문제 없는가

11. 배포 승인

• 변경사항 정리
• 릴리즈 노트 작성
• 영향도 검토
• 롤백 계획 준비
• 배포 일정 확정
• 관련 부서 공유

대외 서비스는 야간 배포, 정기 배포일, 변경 심의 같은 절차 조내

12. 배포

운영 서버에 반영

보통 같이 하는 것:

• 애플리케이션 배포
• DB 스키마 반영
• 배치 반영
• 환경변수 반영
• 캐시/큐 설정
• 앱스토어 심사 반영 확인
• CDN 반영 확인

배포 방식은 대기업에서 자주 쓰는 게:

• 블루그린 배포
• 카나리 배포
• 롤링 배포
• 점진 배포

이유는 장애 시 영향 최소화 때문

13. 배포 직후 안정화 점검

보통 바로 확인하는 것:

• 접속 이상 여부
• 주요 기능 동작
• 로그인/회원가입/결제 등 핵심 플로우
• 에러 로그 급증 여부
• 서버 자원 상태
• DB 부하
• 외부 연동 정상 여부
• 알림/메일/푸시 발송 여부

⇒ 배포 모니터링 또는 안정화 구간

14. 운영 이관 및 상시 운영

운영에서 하는 일:

• 모니터링
• 장애 대응
• 문의 대응
• 공지 관리
• 데이터 점검
• 운영 정책 변경
• 관리자 기능 사용
• 정산/통계 확인
• 이벤트/프로모션 반영

여기서 보통 운영팀, CS팀, 개발팀, SRE/인프라팀이 같이 움직임

15. 장애 대응

장애가 나면 보통:

• 장애 탐지
• 상황 공유
• 원인 분석
• 임시 조치
• 복구
• 공지
• 재발 방지 대책 정리

장애 후에는 보통

• 장애 보고서
• RCA
• 재발 방지 액션 까지 작성합니다.

16. 데이터/지표 분석

서비스는 열어두는 것보다 운영 성과를 보는 게 중요

• DAU/MAU
• 전환율
• 이탈 구간
• 결제율
• 장애율
• 응답속도
• 문의 건수
• 재방문율

운영이 곧 개선의 시작이라서 이 데이터를 보고 다음 과제를 정함

17. 개선 개발 / 고도화

운영 중 발견된 문제나 신규 요구사항을 다시 개발로 연결

• 버그 수정
• 운영 효율화
• 기능 개선
• 성능 개선
• 보안 패치
• 정책 반영
• 신규 기능 추가