Sprint‐Planning - 100-hours-a-week/KTB4-3rd-wiki GitHub Wiki
스프린트 플래닝
기준일: 2026-08-29
운영 단위: 1주 스프린트
배포 마일스톤: v12026-10-02· v22026-10-23· v32026-11-13
스프린트 작업일수
| 이름 | 날짜 | 작업일수 | 비고 |
|---|---|---|---|
| 스프린트 1 플래닝 | 08/24 | 0.5일 | 설계 · 플래닝 1시간 |
| 스프린트 1 | 08/24~08/28 | 4일 | v1 범위·상태 모델·API·화면 계약 및 AI 외부 API 기준선 설계 |
| 스프린트 1 리뷰&회고 | 08/28 | 0.5일 | 리뷰 40분 · 회고 40분(KPT) |
| 스프린트 2 플래닝 | 08/31 | 0.5일 | 설계 · 플래닝 1시간 |
| 스프린트 2 | 08/31~09/04 | 4일 | 개발 환경·기술 위험 제거 및 AI 외부 API 베이스라인 검증 |
| 스프린트 2 리뷰&회고 | 09/04 | 0.5일 | 리뷰 40분 · 회고 40분(KPT) |
| 스프린트 3 플래닝 | 09/07 | 0.5일 | v1 · 플래닝 1시간 |
| 스프린트 3 | 09/07~09/11 | 3.5일 | 로그인·회원가입·홈·글 기본 흐름 완성 · 09/11 토크콘서트·네트워킹 반일 차감 |
| 스프린트 3 리뷰&회고 | 09/11 | 0.5일 | 리뷰 40분 · 회고 40분(KPT) |
| 스프린트 4 플래닝 | 09/14 | 0.5일 | v1 · 플래닝 1시간 |
| 스프린트 4 | 09/14~09/18 | 4일 | 매칭 등록·자동 매칭·채팅 기반 완성 |
| 스프린트 4 리뷰&회고 | 09/18 | 0.5일 | 리뷰 40분 · 회고 40분(KPT) |
| 스프린트 5 플래닝 | 09/21 | 0.5일 | v1 · 플래닝 1시간 |
| 스프린트 5 | 09/21~09/23 | 2일 | 매칭 이후 운행·평가 연결 및 기능 동결 · 09/24~09/26 추석 전 짧은 스프린트 |
| 스프린트 5 리뷰&회고 | 09/23 | 0.5일 | 리뷰 40분 · 회고 40분(KPT) |
| 스프린트 6 플래닝 | 09/28 | 0.5일 | v1 · 플래닝 1시간 |
| 스프린트 6 | 09/28~10/02 | 4일 | 회귀·부하·보안 점검, AI API 기준선 동결, v1 배포 |
| 스프린트 6 리뷰&회고 | 10/02 | 0.5일 | 리뷰 40분 · 회고 40분(KPT) |
| 스프린트 7 플래닝 | 10/06 | 0.5일 | v2 · 플래닝 1시간 |
| 스프린트 7 | 10/06~10/08 | 2일 | v2 계약·상태 모델·자체 모델 서빙 구조 스파이크 · 10/05 대체공휴일·10/09 한글날 반영 |
| 스프린트 7 리뷰&회고 | 10/08 | 0.5일 | 리뷰 40분 · 회고 40분(KPT) |
| 스프린트 8 플래닝 | 10/12 | 0.5일 | v2 · 플래닝 1시간 |
| 스프린트 8 | 10/12~10/16 | 4일 | 혼잡도·정산·카풀 수직 동선 및 AI 자체 서빙·추론 최적화 |
| 스프린트 8 리뷰&회고 | 10/16 | 0.5일 | 리뷰 40분 · 회고 40분(KPT) |
| 스프린트 9 플래닝 | 10/19 | 0.5일 | v2 · 플래닝 1시간 |
| 스프린트 9 | 10/19~10/23 | 4일 | v2 기능 연결·AI 서빙 성능 검증·회귀·배포 · 10/21 기능 동결 |
| 스프린트 9 리뷰&회고 | 10/23 | 0.5일 | 리뷰 40분 · 회고 40분(KPT) |
| 스프린트 10 플래닝 | 10/26 | 0.5일 | v3 · 플래닝 1시간 |
| 스프린트 10 | 10/26~10/30 | 4일 | v3 알림·요청 관리 수직 동선 구현 |
| 스프린트 10 리뷰&회고 | 10/30 | 0.5일 | 리뷰 40분 · 회고 40분(KPT) |
| 스프린트 11 플래닝 | 11/02 | 0.5일 | v3 · 플래닝 1시간 |
| 스프린트 11 | 11/02~11/06 | 4일 | 카풀 채팅·운행 종료·평가 연결, AI 모델·서빙 버전 동결 · 11/06 기능 동결 |
| 스프린트 11 리뷰&회고 | 11/06 | 0.5일 | 리뷰 40분 · 회고 40분(KPT) |
| 최종 배포 주간 | 11/09~11/13 | 4일 | 신규 기능 없이 v1~v3 전체 회귀·성능·보안·운영 검증·3차 배포 |
| 마무리 | 11/16~11/17 | 2일 | 회고·문서·인수인계·후속 백로그 확정 |
작업일수는 플래닝 0.5일과 리뷰·회고 0.5일을 제외한 개발 가능 일수 기준이다.
스프린트 플래닝 포커 카드
우선순위 표기 안내: 아래 P0/P1/P2와 포인트는
v1 배포 전 수정본,v2 배포 전 수정본,v3 최종 배포 수정본의 사용자 기능 범위를 유지하면서, AI 구현 전략을v1 외부 모델 API → v2 자체 모델 서빙·추론 최적화 → v3 운영 안정화로 재구성한 플래닝이다. 버전 간 중복 구현은 제거한다.
AI 전환 원칙: v1에서는 AI 팀이 소유한 추론 API 뒤에서 외부 LLM/OCR·Vision 모델 API를 호출한다. v2부터는 BE가 사용하는 추론 API 계약을 가능한 한 유지한 채 내부 구현을 자체 모델·자체 추론 런타임으로 교체하여 모델 서빙, 지연시간·처리량·메모리 최적화, 모델 버전 관리 경험까지 가져간다.
영역 분리 원칙:
- FE: 화면, 사용자 입력, 상태 표현, API 소비만 담당한다. 모델 호출·전처리·추론 로직을 구현하지 않는다.
- BE: 인증·도메인 규칙·상태 전이·DB·서비스 API와 AI 서비스 client/오케스트레이션만 담당한다. 모델 선택·프롬프트·전처리·후처리·추론 최적화를 구현하지 않는다.
- AI: 데이터셋·평가·프롬프트/모델·전처리·후처리·추론 API 애플리케이션·모델 서빙 코드·추론 성능 최적화를 담당한다. FE/BE 도메인 API나 배포 인프라를 구현하지 않는다.
- Cloud: 서버·네트워크·스토리지·컨테이너 런타임·CI/CD·Secret·관측성·오토스케일·백업/롤백을 담당한다. 모델 로직·추론 API 비즈니스 코드를 구현하지 않는다.
- 직군 간 공동 업무는 API/이벤트/배포 계약 합의와 통합 검증으로 한정하고, 실제 구현 작업은 반드시 한 영역에 귀속한다.
P0핵심·블로커 /P1중요·품질·운영 보강 /P2부가·홍보·후순위
rachel.shin — BE
| 스프린트 | 우선순위 | 업무명 | 플래닝 포인트 | 사람 | 이유 |
|---|---|---|---|---|---|
| Sprint 1 | P0 | 인증·사용자·글 API 및 공통 응답/오류 규약 | 5 | rachel.shin | v1 범위·상태 모델·API·화면 계약 확정 · 완료 기준: FE가 목 데이터로 연동 가능한 계약이 나온다 |
| Sprint 2 | P0 | API 골격, Swagger, 인증 스파이크 | 8 | rachel.shin | 개발 환경과 기술 위험 제거 · 완료 기준: 로그인 실험과 주요 API 예시 호출이 성공한다 |
| Sprint 3 | P0 | 로그인·회원가입·세션 API | 5 | rachel.shin | 로그인·회원가입·홈·글 기본 흐름 완성 · 완료 기준: 신규·기존·동의 거부·외부 인증 실패를 처리한다 |
| Sprint 3 | P0 | 사용자 기본 정보 API | 2 | rachel.shin | 로그인·회원가입·홈·글 기본 흐름 완성 · 완료 기준: 홈과 채팅에서 필요한 최소 사용자 정보를 제공한다 |
| Sprint 4 | P0 | 장소 검색·핀 조정 지원 및 매칭 등록/조회 API | 8 | rachel.shin | 매칭 등록·자동 매칭·채팅 기반 완성 · 완료 기준: 필수값·시간·중복 요청 검증을 통과한다 |
| Sprint 5 | P0 | 매칭 상태 조회·평가 저장·중복 평가 차단 | 3 | rachel.shin | 매칭 이후 운행·평가 연결 및 기능 동결 · 완료 기준: 대기/완료 상태와 평가 규칙을 검증한다 |
| Sprint 6 | P0 | v1 API 통합 테스트와 P0/P1 결함 수정 | 8 | rachel.shin, jerry.kim | 회귀·부하·보안 점검, 결함 수정, v1 배포 · 완료 기준: 핵심 E2E API가 통과하고 P0/P1 결함이 0건이다 |
| Sprint 7 | P0 | 카풀 차량·모집·요청·참여자 ERD와 API 계약 | 4 | rachel.shin | v2 계약·상태 모델·위험 스파이크 완료 · 완료 기준: 역할·권한·상태 전이·정원 규칙이 계약 테스트로 표현된다 |
| Sprint 8 | P0 | 카풀 차량·모집 등록 및 주변 목록/상세 API | 5 | rachel.shin | 혼잡도·정산·카풀 핵심 수직 동선 구현 · 완료 기준: 지도 영역·거리순·모집 상태·지난 시간 필터를 검증한다 |
| Sprint 8 | P0 | 카풀 요청·수락·거절·만료·채팅 초대 API | 3 | rachel.shin | 혼잡도·정산·카풀 핵심 수직 동선 구현 · 완료 기준: 중복 요청·정원 초과·동시 수락을 차단한다 |
| Sprint 9 | P0 | 보낸/받은 카풀 요청·프로필·동행 정보 API | 5 | rachel.shin | v2 기능 연결·회귀·품질 검증·배포 · 완료 기준: 권한별 조회와 대기·수락·거절·만료 상태를 검증한다 |
| Sprint 9 | P0 | 카풀·v1 회귀 및 P0/P1 결함 수정 | 3 | rachel.shin | v2 기능 연결·회귀·품질 검증·배포 · 완료 기준: 카풀 핵심 E2E와 기존 API 회귀가 통과한다 |
| Sprint 10 | P0 | 알림 이벤트 저장·최신순 조회·전체 읽음·딥링크 API | 5 | rachel.shin | v3 알림·요청 관리 수직 동선 구현 · 완료 기준: 네 가지 발생 조건, 중복 방지, 대상 존재·권한 응답을 계약 테스트로 검증한다 |
| Sprint 10 | P0 | 이동 취향·프로필·이용 이력 조회 API | 3 | rachel.shin | v3 알림·요청 관리 수직 동선 구현 · 완료 기준: 허용된 요청의 운전자만 네 취향 태그와 최소 프로필을 조회한다 |
| Sprint 11 | P0 | 알림 대상 권한·삭제·만료와 개인정보 노출 강화 | 3 | rachel.shin | 카풀 채팅·운행 종료·평가 연결 및 v3 기능 완성 · 완료 기준: 오래된 알림이나 무권한 딥링크가 데이터를 노출하지 않고 안전하게 실패한다 |
| Sprint 11 | P0 | 프로필·이용 이력 보관·감사·계약 회귀 | 3 | rachel.shin | 카풀 채팅·운행 종료·평가 연결 및 v3 기능 완성 · 완료 기준: 최소 노출, 접근 감사, 삭제·차단 상태의 응답을 검증한다 |
jerry.kim — BE
| 스프린트 | 우선순위 | 업무명 | 플래닝 포인트 | 사람 | 이유 |
|---|---|---|---|---|---|
| Sprint 1 | P0 | 매칭·채팅·운행·평가 ERD 및 상태 전이 | 5 | jerry.kim | v1 범위·상태 모델·API·화면 계약 확정 · 완료 기준: 정상·이탈·중복·정원 초과 전이가 문서화된다 |
| Sprint 2 | P0 | WebSocket 인증·구독 스파이크 및 테스트 골격 | 6 | jerry.kim | 개발 환경과 기술 위험 제거 · 완료 기준: 두 클라이언트 간 메시지 송수신과 인증 실패를 검증한다 |
| Sprint 3 | P0 | 주변 글 목록/상세·글 작성 API | 5 | jerry.kim | 로그인·회원가입·홈·글 기본 흐름 완성 · 완료 기준: 위치 기반 조회와 작성 유효성 검사를 통과한다 |
| Sprint 3 | P1 | 인증·글 API 계약 테스트 | 2 | jerry.kim | 로그인·회원가입·홈·글 기본 흐름 완성 · 완료 기준: FE 요청/응답 예시와 자동 테스트가 일치한다 |
| Sprint 4 | P0 | 최대 4인 자동 매칭과 중복 참여 차단 | 5 | jerry.kim | 매칭 등록·자동 매칭·채팅 기반 완성 · 완료 기준: 동시 요청에서도 정원과 1인 1매칭 규칙이 유지된다 |
| Sprint 4 | P0 | WebSocket 연결·인증·메시지 영속화·기록 조회 | 3 | jerry.kim | 매칭 등록·자동 매칭·채팅 기반 완성 · 완료 기준: 재접속 시 이전 메시지가 복원된다 |
| Sprint 5 | P0 | 방장 승계·이탈·운행 시작/종료 상태 전이 | 3 | jerry.kim | 매칭 이후 운행·평가 연결 및 기능 동결 · 완료 기준: 비정상 이탈과 중복 시작/종료를 안전하게 처리한다 |
| Sprint 6 | P0 | v1 API 통합 테스트와 P0/P1 결함 수정 | 8 | rachel.shin, jerry.kim | 회귀·부하·보안 점검, 결함 수정, v1 배포 · 완료 기준: 핵심 E2E API가 통과하고 P0/P1 결함이 0건이다 |
| Sprint 7 | P0 | 정산·이미지 상태 모델 및 AI 추론 API client 계약 | 4 | jerry.kim | v2 계약·상태 모델·자체 모델 서빙 구조 스파이크 · 완료 기준: BE는 업로드·분석·청구·검증·확정 상태와 AI 서비스 요청/응답만 정의하고 모델 내부 로직은 소유하지 않는다 |
| Sprint 8 | P0 | 혼잡도 저장·60초 갱신·캐시·상세 API | 3 | jerry.kim | 혼잡도·정산·카풀 핵심 수직 동선 구현 · 완료 기준: 만료·분석 중·조회 실패 상태를 구분해 반환한다 |
| Sprint 8 | P0 | 정산 분배·청구·이미지·OCR 상태 전이 API | 5 | jerry.kim | 혼잡도·정산·카풀 핵심 수직 동선 구현 · 완료 기준: 요청 ID 기반으로 중복 업로드·청구·확정을 차단한다 |
| Sprint 9 | P0 | 송금 검증·방장 확인·정산 완료·채팅방 종료 | 5 | jerry.kim | v2 기능 연결·회귀·품질 검증·배포 · 완료 기준: 상태 유실·재시도·중복 요청에서도 한 번만 완료된다 |
| Sprint 9 | P0 | 혼잡도·정산·v1 통합 결함 수정 | 3 | jerry.kim | v2 기능 연결·회귀·품질 검증·배포 · 완료 기준: 핵심 E2E와 계약 테스트가 통과한다 |
| Sprint 10 | P0 | 보낸/받은 요청 조회와 상태 필터 API | 3 | jerry.kim | v3 알림·요청 관리 수직 동선 구현 · 완료 기준: 대기·수락·거절·만료와 필터별 빈 목록을 정확히 반환한다 |
| Sprint 10 | P0 | 요청 수락·거절·만료·정원 경합·채팅 초대 | 5 | jerry.kim | v3 알림·요청 관리 수직 동선 구현 · 완료 기준: 동시 수락에서도 정원을 넘지 않고 중복 처리·중복 초대를 차단한다 |
| Sprint 11 | P0 | 운행 종료·평가 대상·개별 평가·중복 방지 API | 5 | jerry.kim | 카풀 채팅·운행 종료·평가 연결 및 v3 기능 완성 · 완료 기준: 실제 참여자만 본인 제외 후 한 번 평가하고 중복 종료·제출을 차단한다 |
| Sprint 11 | P0 | 알림·요청·채팅 상태 통합 결함 수정 | 3 | jerry.kim | 카풀 채팅·운행 종료·평가 연결 및 v3 기능 완성 · 완료 기준: 이벤트 재시도·만료·정원 경합에서도 최종 상태가 일치한다 |
zoe.cho — FE
| 스프린트 | 우선순위 | 업무명 | 플래닝 포인트 | 사람 | 이유 |
|---|---|---|---|---|---|
| Sprint 1 | P0 | 화면 상태 목록과 공통 컴포넌트 명세 | 5 | zoe.cho | v1 범위·상태 모델·API·화면 계약 확정 · 완료 기준: 로딩·빈 화면·오류·성공 상태가 포함된다 |
| Sprint 2 | P0 | FE 초기화, 공통 컴포넌트, 지도 SDK 스파이크 | 8 | zoe.cho | 개발 환경과 기술 위험 제거 · 완료 기준: 컴포넌트 데모와 지도 권한·핀 이동이 동작한다 |
| Sprint 3 | P0 | 로그인·회원가입 화면 | 2 | zoe.cho | 로그인·회원가입·홈·글 기본 흐름 완성 · 완료 기준: 입력·리다이렉트·실패 상태가 동작한다 |
| Sprint 3 | P0 | 홈 지도·바텀시트·주변 글 연결 | 5 | zoe.cho | 로그인·회원가입·홈·글 기본 흐름 완성 · 완료 기준: 위치 허용·거부·빈 결과·오류 상태를 확인할 수 있다 |
| Sprint 4 | P0 | 매칭 등록·장소 검색·대기 화면 | 3 | zoe.cho | 매칭 등록·자동 매칭·채팅 기반 완성 · 완료 기준: 입력 검증부터 대기 상태까지 연결된다 |
| Sprint 4 | P0 | 글 작성·채팅 목록·채팅방 기본 화면 | 5 | zoe.cho | 매칭 등록·자동 매칭·채팅 기반 완성 · 완료 기준: 커뮤니티/매칭 방 구분과 메시지 상태가 표시된다 |
| Sprint 5 | P0 | 매칭 대기→채팅→운행→평가 화면 연결 | 3 | zoe.cho | 매칭 이후 운행·평가 연결 및 기능 동결 · 완료 기준: 로그인부터 동승자 평가까지 한 번에 시연된다 |
| Sprint 5 | P1 | 오류·빈 상태·재시도 UI 보완 | 1 | zoe.cho | 매칭 이후 운행·평가 연결 및 기능 동결 · 완료 기준: 핵심 실패 경로에서 사용자가 다음 행동을 알 수 있다 |
| Sprint 6 | P0 | v1 화면 통합 테스트와 결함 수정 | 5 | zoe.cho | 회귀·부하·보안 점검, 결함 수정, v1 배포 · 완료 기준: 핵심 기기에서 전체 사용자 동선이 통과한다 |
| Sprint 6 | P1 | 접근성·오류 문구·중복 제출 방지 보완 | 3 | zoe.cho | 회귀·부하·보안 점검, 결함 수정, v1 배포 · 완료 기준: 주요 입력·버튼·오류 상태를 점검한다 |
| Sprint 7 | P0 | v2 라우팅, 공통 상태 UI, 카메라·갤러리 스파이크 | 4 | zoe.cho | v2 계약·상태 모델·위험 스파이크 완료 · 완료 기준: 권한 거부·업로드·분석 중·재시도 화면을 공통으로 사용할 수 있다 |
| Sprint 8 | P0 | 혼잡도 탭·핀·범례·상세 말풍선 | 3 | zoe.cho | 혼잡도·정산·카풀 핵심 수직 동선 구현 · 완료 기준: 지도 상태 유지와 자동 갱신, 빈 상태·오류·재시도가 동작한다 |
| Sprint 8 | P0 | 미터기 촬영·업로드·분석·청구·송금 인증 화면 | 5 | zoe.cho | 혼잡도·정산·카풀 핵심 수직 동선 구현 · 완료 기준: 재촬영·수동 금액·분석 중·업로드 실패 경로가 연결된다 |
| Sprint 9 | P0 | 카풀 역할·홈·등록·요청·요청 목록·채팅 UI | 5 | zoe.cho | v2 기능 연결·회귀·품질 검증·배포 · 완료 기준: 운전자와 탑승자 핵심 동선이 각각 끝까지 연결된다 |
| Sprint 9 | P0 | v2 화면 통합 테스트와 결함 수정 | 3 | zoe.cho | v2 기능 연결·회귀·품질 검증·배포 · 완료 기준: 핵심 기기에서 혼잡도·정산·카풀 E2E가 통과한다 |
| Sprint 10 | P0 | 알림 목록·분류·빈 상태·딥링크 화면 | 3 | zoe.cho | v3 알림·요청 관리 수직 동선 구현 · 완료 기준: 진입 시 전체 읽음, 대상별 이동, 접근 불가 토스트가 동작한다 |
| Sprint 10 | P0 | 보낸/받은 요청 목록·프로필·이동 취향 화면 | 5 | zoe.cho | v3 알림·요청 관리 수직 동선 구현 · 완료 기준: 기본 보낸 요청, 필터 재조회·스크롤 초기화, 권한·빈 상태를 검증한다 |
| Sprint 11 | P0 | 채팅/카풀 탭과 수락 요청의 채팅 바로가기 |
3 | zoe.cho | 카풀 채팅·운행 종료·평가 연결 및 v3 기능 완성 · 완료 기준: 탭 전환 시 재조회·스크롤 초기화하고 정확한 카풀방으로 이동한다 |
| Sprint 11 | P0 | 운행 종료 확인·평가 팝업·개별 평가 화면 | 3 | zoe.cho | 카풀 채팅·운행 종료·평가 연결 및 v3 기능 완성 · 완료 기준: 실제 대상만 표시하며 완료·중복·오류 상태를 복구할 수 있다 |
| Sprint 11 | P0 | v3 통합 오류·빈 상태·접근성·기기 회귀 | 2 | zoe.cho | 카풀 채팅·운행 종료·평가 연결 및 v3 기능 완성 · 완료 기준: 핵심 기기에서 V3-E2E-01~10을 실행하고 막힘이 없다 |
kyla.kim — Cloud
| 스프린트 | 우선순위 | 업무명 | 플래닝 포인트 | 사람 | 이유 |
|---|---|---|---|---|---|
| Sprint 1 | P0 | 서버·네트워크·DB·스토리지 배포 구조 | 3 | kyla.kim | v1 범위·상태 모델·API·화면 계약 및 AI 외부 API 기준선 설계 · 완료 기준: dev/prod 경계와 비밀정보 관리 방식이 확정된다 |
| Sprint 1 | P1 | 외부 AI API Secret·egress·비용 태그 정책 | 2 | kyla.kim | v1 AI가 외부 모델 API를 안전하게 사용할 수 있는 인프라 경계를 만든다 · 완료 기준: API Key가 애플리케이션 코드/저장소에 노출되지 않고 호출량을 추적할 수 있다 |
| Sprint 2 | P0 | dev 서버·DB·스토리지, 도메인·HTTPS, CI | 8 | kyla.kim | 개발 환경·기술 위험 제거 및 AI 외부 API 베이스라인 검증 · 완료 기준: main 반영 시 dev 자동 배포와 헬스 체크가 성공한다 |
| Sprint 3 | P0 | dev 배포 안정화와 애플리케이션 로그 수집 | 5 | kyla.kim | 로그인·회원가입·홈·글 기본 흐름 완성 · 완료 기준: FE·BE·AI 서비스 로그를 인프라 관점에서 구분해 조회할 수 있다 |
| Sprint 4 | P0 | WebSocket 운영 설정과 DB 마이그레이션·백업 | 5 | kyla.kim | 매칭 등록·자동 매칭·채팅 기반 완성 · 완료 기준: 연결 유지와 복구 절차를 dev에서 검증한다 |
| Sprint 5 | P0 | 프로덕션 설정·배포/롤백 1차 리허설 | 3 | kyla.kim | 매칭 이후 운행·평가 연결 및 기능 동결 · 완료 기준: 배포 후 헬스 체크와 직전 버전 복구가 성공한다 |
| Sprint 6 | P0 | 부하 테스트, 모니터링·알림, 프로덕션 배포 | 8 | kyla.kim | 회귀·부하·보안 점검, AI API 기준선 동결, v1 배포 · 완료 기준: 서비스 인프라의 목표 부하 결과와 배포·롤백 절차가 검증된다 |
| Sprint 7 | P0 | AI 모델 서빙 인프라 스파이크: 런타임·Registry·Private endpoint | 4 | kyla.kim | v2 계약·상태 모델·자체 모델 서빙 구조 스파이크 · 완료 기준: AI 팀이 만든 추론 서비스 이미지를 dev에 배포할 수 있는 CPU/GPU 런타임과 네트워크 경계가 준비된다 |
| Sprint 8 | P0 | AI 서빙 CI/CD·헬스체크·관측성·오토스케일 구성 | 5 | kyla.kim | 혼잡도·정산·카풀 수직 동선 및 AI 자체 서빙·추론 최적화 · 완료 기준: 모델 로직 수정 없이 배포·재시작·스케일링과 latency/error 지표 확인이 가능하다 |
| Sprint 8 | P1 | 정산 이미지 비공개 저장·만료형 접근 권한 구성 | 3 | kyla.kim | 이미지 보관·접근 제어는 Cloud 영역으로 한정한다 · 완료 기준: 정산 참여자용 만료형 접근과 감사 로그를 검증한다 |
| Sprint 9 | P0 | v2 부하·AI 서빙 용량·비용 점검·배포/롤백 | 8 | kyla.kim | v2 기능 연결·AI 서빙 성능 검증·회귀·배포 · 완료 기준: 목표 요청량에서 인프라 병목·비용을 기록하고 서비스/AI 컨테이너 배포·복구가 성공한다 |
| Sprint 10 | P0 | 알림 이벤트 전달·재시도·감사 로그와 인프라 지표 | 3 | kyla.kim | v3 알림·요청 관리 수직 동선 구현 · 완료 기준: 이벤트 지연·실패·중복률을 확인하고 실패 이벤트를 안전하게 재처리한다 |
| Sprint 10 | P1 | v3 부하·권한·복구 테스트 환경과 AI 서빙 용량 재점검 | 3 | kyla.kim | v3 안정화 · 완료 기준: 알림 폭주·동시 요청과 AI 서비스 부하 시나리오를 재실행할 수 있다 |
| Sprint 11 | P0 | 서비스·AI 서빙 운영 대시보드와 장애 경보 | 3 | kyla.kim | 카풀 채팅·운행 종료·평가 연결, AI 모델·서빙 버전 동결 · 완료 기준: 서비스 지표와 AI endpoint의 지연·오류·자원 지표를 분리해 확인한다 |
| Sprint 11 | P0 | 백업·복구·배포·롤백 최종 리허설 | 3 | kyla.kim | 카풀 채팅·운행 종료·평가 연결, AI 모델·서빙 버전 동결 · 완료 기준: 복구 목표와 롤백 절차가 기록되고 staging 리허설이 성공한다 |
sean.lee — AI
| 스프린트 | 우선순위 | 업무명 | 플래닝 포인트 | 사람 | 이유 |
|---|---|---|---|---|---|
| Sprint 1 | P0 | 혼잡도 AI 라벨·평가지표·추론 API 입출력 스키마 설계 | 5 | sean.lee | v1에서 외부 모델 API를 사용하더라도 v2 자체 서빙까지 유지할 AI 서비스 계약을 먼저 고정한다 · 완료 기준: 입력 게시글/위치 정보와 상태·대표 사유·신뢰도·실패 코드가 정의된다 |
| Sprint 2 | P0 | 게시글 샘플셋 v0 구축·비식별화 및 외부 LLM API 베이스라인 측정 | 5 | sean.lee | 개발 환경·기술 위험 제거 및 AI 외부 API 베이스라인 검증 · 완료 기준: 동일 평가셋에서 품질·latency·호출 비용 기준값을 재현한다 |
| Sprint 2 | P1 | 혼잡도 외부 모델 API provider 비교·선정 | 3 | sean.lee | v1 구현체를 결정한다 · 완료 기준: 품질·구조화 출력·rate limit·비용 기준으로 선택 근거가 문서화된다 |
| Sprint 3 | P0 | 외부 모델 API 기반 혼잡도 추론 서비스 v1 구현 | 5 | sean.lee | AI 팀 소유의 추론 API 뒤에서 외부 모델을 호출한다 · 완료 기준: BE/FE 로직 없이 AI endpoint 단독 호출로 상태·대표 사유·신뢰도 응답을 반환한다 |
| Sprint 4 | P0 | 혼잡 단서·위치/노선 추출 프롬프트/후처리 및 평가 자동화 | 5 | sean.lee | v1 API 베이스라인 품질을 반복 측정한다 · 완료 기준: 고정 평가셋으로 정확도와 실패 케이스를 자동 산출한다 |
| Sprint 5 | P0 | v1 혼잡도 AI 품질·latency·비용 기준선 확정 | 3 | sean.lee | v2 최적화 전 비교 기준을 만든다 · 완료 기준: 품질 지표와 p50/p95 지연시간·호출 비용 기준이 고정된다 |
| Sprint 6 | P1 | v1 AI 회귀·계약 동결 및 v2 자체 서빙 후보 모델/런타임 선정 | 5 | sean.lee | v1 외부 API 구현에서 v2 자체 모델로 교체할 준비를 한다 · 완료 기준: 동일 추론 API 계약을 유지할 후보와 전환 리스크가 정리된다 |
| Sprint 7 | P0 | 혼잡도 자체 모델·추론 런타임 벤치마크 및 서빙 API 설계 | 4 | sean.lee | v2 자체 모델 서빙 시작 · 완료 기준: 외부 API 기준선과 비교할 로컬/자체 모델 품질·latency·메모리 기준과 모델 로딩/추론 lifecycle이 정의된다 |
| Sprint 8 | P0 | 혼잡도 자체 모델 추론 API·모델 로딩·전처리/후처리 구현 | 5 | sean.lee | AI 영역에서 모델 서빙 애플리케이션을 완성한다 · 완료 기준: Cloud가 제공한 런타임 위에서 독립 서비스로 추론하고 BE에는 기존 계약 형식으로 응답한다 |
| Sprint 8 | P0 | 혼잡도 추론 성능 최적화 및 벤치마크 | 3 | sean.lee | 모델 특성에 맞는 batching·cache·동시성·runtime 옵션을 검증한다 · 완료 기준: v1 대비 p95 latency·처리량·메모리 변화가 수치로 기록된다 |
| Sprint 9 | P0 | 혼잡도 서빙 품질·성능 회귀, 임계값 튜닝·모델 버전 관리 | 5 | sean.lee | v2 기능 연결·AI 서빙 성능 검증·회귀·배포 · 완료 기준: 승인 평가셋 품질과 목표 latency를 만족하고 model/version 식별값을 응답·로그에 남긴다 |
| Sprint 9 | P1 | 입력 분포·저신뢰·fallback 기준과 AI 서비스 운영 지표 정의 | 3 | sean.lee | AI 판단 기준은 AI 영역에서 관리한다 · 완료 기준: 저신뢰 결과 차단과 외부 API/수동 경로 fallback 조건이 문서화된다 |
| Sprint 10 | P0 | 혼잡도 운영 오류 샘플 재평가 파이프라인·회귀셋 확장 | 5 | sean.lee | v3에서는 신규 모델 기능 대신 운영 오류를 재현·분석한다 · 완료 기준: 비식별 샘플을 모델 버전별로 재평가하고 회귀셋에 추가할 수 있다 |
| Sprint 11 | P0 | 혼잡도 회귀·최종 임계값·모델/서빙 버전 동결 | 5 | sean.lee | 최종 배포 전 모델과 추론 서비스 동작을 고정한다 · 완료 기준: 승인 평가셋·성능 벤치마크·fallback 결과가 고정된다 |
| Sprint 11 | P1 | 혼잡도 모델 카드·추론 성능·드리프트 점검 절차 | 3 | sean.lee | AI 운영 인수인계 자료를 완성한다 · 완료 기준: 모델 품질, latency/처리량, 입력 분포 변화, 알려진 한계를 재현 가능한 절차로 문서화한다 |
owen.kim — AI
| 스프린트 | 우선순위 | 업무명 | 플래닝 포인트 | 사람 | 이유 |
|---|---|---|---|---|---|
| Sprint 1 | P0 | 미터기·송금 OCR 평가기준·추론 API 입출력 스키마 설계 | 5 | owen.kim | v1 외부 OCR/Vision API와 v2 자체 서빙에서 동일하게 사용할 AI 서비스 계약을 정의한다 · 완료 기준: 입력 이미지 규격과 금액·수취인·계좌·일시·신뢰도·실패 코드가 정의된다 |
| Sprint 2 | P0 | 미터기·송금 샘플셋 v0 구축 및 외부 OCR/Vision API 베이스라인 측정 | 5 | owen.kim | 개발 환경·기술 위험 제거 및 AI 외부 API 베이스라인 검증 · 완료 기준: 동일 샘플에서 필드별 품질·latency·비용 기준값을 재현한다 |
| Sprint 2 | P1 | OCR/Vision 외부 모델 API provider 비교·선정 | 3 | owen.kim | v1 구현체를 결정한다 · 완료 기준: 한국어/숫자 인식·구조화 출력·비용·rate limit 기준으로 선택 근거가 문서화된다 |
| Sprint 3 | P0 | 외부 모델 API 기반 미터기·송금 OCR 추론 서비스 v1 구현 | 5 | owen.kim | AI 팀 소유 추론 API 뒤에서 외부 OCR/Vision 모델을 호출한다 · 완료 기준: 이미지 입력만으로 구조화 필드·신뢰도·실패 사유를 반환한다 |
| Sprint 4 | P0 | 이미지 품질 판정·필드 후처리 및 OCR 평가 자동화 | 5 | owen.kim | v1 OCR 베이스라인 품질을 반복 측정한다 · 완료 기준: 저품질·필드 누락·불일치 케이스를 자동 분류하고 평가 리포트를 생성한다 |
| Sprint 5 | P0 | v1 OCR 품질·latency·비용 기준선 확정 | 3 | owen.kim | v2 자체 서빙 최적화의 비교 기준을 만든다 · 완료 기준: 필드별 성능과 p50/p95 지연시간·호출 비용 기준이 고정된다 |
| Sprint 6 | P1 | v1 AI 회귀·계약 동결 및 v2 자체 OCR 모델/런타임 후보 선정 | 5 | owen.kim | 외부 API 구현을 자체 모델로 교체할 준비를 한다 · 완료 기준: 동일 추론 API 계약을 유지할 후보 모델과 전처리 요구사항이 정리된다 |
| Sprint 7 | P0 | OCR 자체 모델·추론 런타임 벤치마크 및 서빙 API 설계 | 4 | owen.kim | v2 자체 모델 서빙 시작 · 완료 기준: 외부 API 기준선과 비교할 품질·latency·메모리 기준과 모델 로딩/추론 lifecycle이 정의된다 |
| Sprint 8 | P0 | OCR 자체 모델 추론 API·모델 로딩·이미지 전처리/후처리 구현 | 5 | owen.kim | AI 영역에서 OCR 모델 서빙 애플리케이션을 완성한다 · 완료 기준: Cloud 런타임 위에서 독립 추론 서비스로 금액·송금 필드를 반환한다 |
| Sprint 8 | P0 | OCR 추론 성능 최적화 및 벤치마크 | 3 | owen.kim | resize·batching·동시성·runtime 옵션 등 모델 특성에 맞는 최적화를 검증한다 · 완료 기준: v1 대비 p95 latency·처리량·메모리 변화가 수치로 기록된다 |
| Sprint 9 | P0 | OCR 불일치·저품질 회귀, 임계값 튜닝·모델 버전 관리 | 5 | owen.kim | v2 기능 연결·AI 서빙 성능 검증·회귀·배포 · 완료 기준: 자동 승인과 재촬영·수동 입력 경계가 평가셋에서 유지되고 model/version 식별값을 남긴다 |
| Sprint 9 | P1 | 민감정보 마스킹 전처리·저신뢰 fallback 기준 정의 | 3 | owen.kim | AI 입력/출력 단계의 민감정보 처리와 판단 기준은 AI 영역에서 관리한다 · 완료 기준: 저장 정책 자체가 아니라 추론 전후 최소 노출·마스킹 규칙과 fallback 조건이 검증된다 |
| Sprint 10 | P0 | OCR 저품질·불일치 하드케이스 회귀셋 확장·재평가 | 5 | owen.kim | v3에서는 신규 OCR 기능보다 운영 실패 재현성을 높인다 · 완료 기준: 미터기·송금 유형별 실패 샘플과 기대 처리 경로가 고정된다 |
| Sprint 11 | P0 | OCR 회귀·최종 임계값·모델/서빙 버전 동결 | 5 | owen.kim | 최종 배포 전 OCR 모델과 추론 서비스 동작을 고정한다 · 완료 기준: 자동 승인·재촬영·수동 입력 경계와 성능 벤치마크가 고정된다 |
| Sprint 11 | P1 | OCR 모델 카드·추론 성능·민감정보 점검 절차 | 3 | owen.kim | AI 운영 인수인계 자료를 완성한다 · 완료 기준: 필드별 품질, latency/처리량, 제한, 마스킹·저신뢰 처리 절차가 문서화된다 |
공통 — 전원
| 스프린트 | 우선순위 | 업무명 | 플래닝 포인트 | 사람 | 이유 |
|---|---|---|---|---|---|
| Sprint 1 | P0 | v1 포함·제외 기능, 화면 ID, 핵심 E2E 시나리오 확정 | 2 | 전원 | v1 범위·상태 모델·API·화면 계약 확정 · 완료 기준: Figma 화면과 백로그가 1:1로 연결된다 |
| Sprint 6 | P1 | 시연 녹화·Wiki·릴리스 노트 | 2 | 전원 | 회귀·부하·보안 점검, 결함 수정, v1 배포 · 완료 기준: 배포 버전·알려진 제한·시연 자료가 공유된다 |
| Sprint 7 | P0 | v2 화면 ID·서비스 API·AI 추론 API·이벤트 경계와 컷라인 확정 | 2 | 전원 | v2 계약·상태 모델·자체 모델 서빙 구조 스파이크 · 완료 기준: FE↔BE, BE↔AI, AI↔Cloud 경계와 소유자가 명시되고 구현 중복이 없다 |
| Sprint 9 | P1 | 시연 녹화·Wiki·모델 한계·릴리스 노트 | 2 | 전원 | v2 기능 연결·회귀·품질 검증·배포 · 완료 기준: 기능 범위·알려진 제한·복구 절차가 공유된다 |
최종 배포 주간(
11/09~11/13)은 신규 기능 스프린트가 아니므로 포커 카드에서 제외한다. rachel.shin은 전체 서비스 API·권한 회귀, jerry.kim은 도메인 상태·동시성·이벤트·평가 회귀, zoe.cho는 전체 E2E·접근성·오류 복구, kyla.kim은 인프라 부하·보안·AI 서빙 런타임·백업·배포/롤백, sean.lee와 owen.kim은 각 AI 모델·추론 서비스의 품질·성능 회귀와 모델/서빙 버전 동결을 수행한다. 다른 직군의 구현을 대신하지 않고 계약 실패는 해당 소유 영역으로 되돌린다.
컬럼 의미
- 스프린트: 해당 업무를 수행할 Sprint
- 우선순위:
P0핵심 /P1중요 /P2부가 - 업무명: Product Backlog 또는 개발 업무
- 플래닝 포인트: Poker Planning 기준 Story Point
- 사람: 담당자
- 이유: 해당 Sprint 및 우선순위에 배치한 이유와 원본 완료 기준
포인트 기준
| 포인트 | 기준 | 예시 |
|---|---|---|
| 1 | 반나절 이내 | 문구 수정, 단순 설정 |
| 2 | 약 1일 | 단순 조회 API, 정적 화면, 테스트 데이터 |
| 3 | 약 1.5일 | 상태 전이, 딥링크, 채팅 탭, 평가 화면 |
| 4 | 약 2일 | 계약·상태 모델, 공통 UI/인프라 스파이크 |
| 5 | 약 2.5일 | 지도 연동, 인증 흐름, 주요 API/모델 기능 |
| 6 | 약 3일 | 복합 실시간 기능 스파이크·통합 작업 |
| 8 | 약 4일 | 스프린트 대부분을 사용하는 핵심 수직 구현·통합·배포 작업 |
Definition of Done: 각 담당 영역 내부에서 코드 리뷰와 자동 테스트를 완료하고, 계약 테스트를 통해 인접 영역과 연동한다. FE/BE는 모델 내부 동작을 테스트하지 않고 AI API 계약만 검증하며, AI는 서비스 도메인 상태를 구현하지 않고 모델 품질·latency·처리량·메모리·버전·fallback을 검증한다. Cloud는 모델 로직을 검증하지 않고 배포·헬스체크·자원·관측성·백업/롤백을 검증한다. 모든 작업은 dev 통합과 해당 완료 기준까지 통과해야 완료로 처리한다.