기획 목차

왜 이 순서인가

문서 순서는 의존성 순서입니다. 앞 문서가 흔들리면 뒤 문서가 전부 흔들리도록 배치했습니다. 그래서 01~05를 9/04까지 얼려버리는 것이 이 프로젝트에서 가장 중요한 일정 장치입니다.

01 서비스 개요   무엇을·누구에게        ← 여기가 바뀌면 전부 다시
   └ 02 범위     이번에 어디까지         ← 9/16 안에 들어갈 것만
       └ 03 아키텍처  어떤 구조로
           └ 04 ERD      데이터가 어떻게 생겼나   ← 9/04 FREEZE
               └ 05 API 계약  프론트·앱이 뭘 받나  ← 9/04 발행 → 병렬 착수 가능
                   ├ 06 AI 에이전트
                   ├ 07 디자인 시스템
                   └ 08 인프라 → 09 QA·릴리스 → 10 리스크

문서 10편

문서 규칙

• 결정만 적는다. 논의 과정은 데브로그에, 결론은 기획 문서에 둡니다.
• 바꿀 때는 이유를 남긴다. 각 문서 하단 「결정 로그」에 날짜·변경·이유를 한 줄로 추가합니다.
• 확정 후 변경은 PM 승인. 특히 04(ERD)와 05(API)는 9/04 이후 변경 시 마이그레이션·클라이언트 대응이 따라옵니다.
• 모르면 비워두지 말고 「미정」이라 쓴다. 빈칸은 합의된 걸로 착각되지만, 「미정」은 누군가 물어보게 만듭니다.