범위 & 우선순위

원칙

날짜는 못 민다. 그러니 범위를 민다.

9/16 은 고정입니다. 개발이 늦어질 때 선택지는 두 개뿐입니다 — 날짜를 미루거나, 만들 것을 줄이거나. 우리는 후자를 선택했고, 무엇을 줄일지 미리 정해두는 것이 이 문서의 목적입니다. 그래야 D-7 에 당황하지 않고 기계적으로 잘라낼 수 있습니다.

MoSCoW

등급	뜻	취급
MUST	이게 없으면 서비스가 아니다	9/10(D-6)까지 코드 완료. 절대 안 자름
SHOULD	있으면 제품이 제대로 보인다	D-7 판단. 늦으면 오픈 후 1주차로
COULD	있으면 좋다	여유 있을 때만. 기본값은 안 함
WON’T	이번엔 안 한다	논의 자체를 금지. 재론 시 PM이 차단

MUST — 9/16 에 반드시 살아 있어야 하는 것

#	기능	담당	완료 판정
M1	회원가입 · 로그인 · 토큰 갱신	장민석 · 김충식 · 이은상	웹·앱 양쪽에서 실계정 로그인 성공
M2	사용자 프로필 조회/수정	장민석	본인만 수정 가능, 타인 403
M3	핵심 도메인 리소스 CRUD (BC #1)	장민석	생성→목록→상세→수정→삭제 완주
M4	핵심 도메인 리소스 #2 + 관계 조회	장민석	연관 데이터가 함께 조회됨
M5	AI 에이전트 대화 (스트리밍)	신채연	시나리오 3개 완주, 툴 호출 포함
M6	AI 대화 화면 — 웹	김충식	SSE 실시간 렌더 + 중단
M7	AI 대화 화면 — 앱	이은상	동일
M8	목록 · 상세 화면 (웹·앱)	김충식 · 이은상	페이지네이션 동작
M9	이미지 업로드	장민석 · 이은상	업로드 후 조회 가능
M10	랜딩 페이지	김충식	공개 가능한 완성도
M11	개인정보처리방침 · 이용약관	김충식 · 류준	공개 URL 존재 (스토어 심사 필수)
M12	프로덕션 인프라 · HTTPS · 배포 파이프라인	류준	무중단 배포 1회 성공

SHOULD — D-7(9/09)에 살릴지 자를지 판단

#	기능	담당	자를 때 영향
S1	RAG · 벡터 검색	신채연	AI 답변이 일반적이 됨. 오픈은 가능
S2	푸시 알림	이은상	재방문율 하락. 오픈 후 추가 가능
S3	온보딩 플로우	김충식 · 이은상	첫 사용 경험 약화
S4	딥링크	이은상	공유 유입 불가
S5	응답 캐싱 (비용 절감)	신채연	AI 비용 증가. 트래픽 적으면 감내 가능
S6	크래시 리포팅	이은상	장애 파악이 느려짐

COULD

관리자 화면 · 통계 대시보드 · 소셜 로그인 · 다국어 · 이메일 인증 · 결제. 기본값은 「안 함」 입니다.

WON’T — 이번 14일 안에는 논의도 하지 않는다

• 마이크로서비스 분리 (모듈러 모놀리스로 충분)
• 실시간 협업 · 웹소켓 (SSE 로 대체)
• 자체 모델 파인튜닝 (프롬프트로 해결)
• 오프라인 모드
• 웹 SSR/SEO 고도화 (기본 메타만)

자르는 순서 (D-7 대본)

늦었을 때 위에서부터 순서대로 잘라냅니다. 그 자리에서 논쟁하지 않기 위해 미리 정해둡니다.

1순위 컷  S4 딥링크
2순위 컷  S2 푸시 알림
3순위 컷  S6 크래시 리포팅
4순위 컷  S3 온보딩          → 첫 화면에 안내 문구로 대체
5순위 컷  S1 RAG             → 프롬프트에 지식 하드코딩으로 축소
6순위 컷  S5 캐싱            → 비용 상한만 걸어두고 감내
── 여기까지 잘라도 안 되면 일정이 아니라 인력 배치 문제. PM이 재배치 ──

기획서 v6 대조

• 기획서의 기능 목록을 MUST/SHOULD/COULD 로 재분류
• 기획서에 있는데 여기 없는 기능 확인 → 대부분 SHOULD 이하로 배치
• M3·M4 「핵심 도메인 리소스」의 실제 이름 확정 (현재 익명)
• AI 시나리오 3개의 실제 내용 확정 → 06 AI 설계

결정 로그

날짜	결정	이유
2026-09-03	컷 순서를 사전에 확정	D-7 당일 논쟁으로 반나절을 잃지 않기 위해
2026-09-03	M11(약관·정책)을 MUST 로 승격	앱 스토어 심사 통과에 필수. 없으면 9/16 오픈 자체가 불가능