요구사항
기능과 비기능 조건을 배포 전 계약으로 묶는다
구현
상태, 라우팅, API 경계를 화면 흐름에 맞춘다
검증
접근성, 오류, 빌드 결과를 체크리스트로 닫는다
배포
환경값과 정적 호스팅 경로를 마지막에 확인한다
사용자 시나리오 선정
requirements, component map, state model, API contract, release checklist를 기능 목록이 아니라 사용자가 끝낼 수 있는 작업 단위로 묶습니다.
빌드 산출물화면·상태·API 연결
화면 흐름, 컴포넌트 트리, 상태 소유자, 통신 모듈을 같은 시나리오 위에 표시하면 통합 전 누락된 연결이 보입니다.
호스팅 경로에러와 빈 상태 포함
로딩, 빈 목록, 권한 없음, 저장 실패, 404를 데모 시나리오에 넣어야 정상 화면만 있는 과제처럼 보이지 않습니다.
릴리스 확인배포 전 점검
통합 테스트, 접근성 기본 속성, 성능 큰 병목, 환경 변수, preview URL을 마지막 체크리스트로 묶어 제출 가능한 상태를 만듭니다.
ship listMVP 범위
반드시 되는 핵심 작업과 이번에 빼는 기능을 분리한다
완성 범위가 작아도 저장, 조회, 오류 안내가 끝까지 이어지면
프로젝트 품질이 선명해집니다.
must/skip
통합 흐름
라우트, 상태, API 호출, 화면 피드백을 한 시나리오로
묶는다
기능별 파일은 있어도 흐름별 데모가 없으면 통합 버그가 마지막
발표에서 드러납니다.
scenario
제출 품질
테스트 결과, 배포 링크, 사용 방법이 함께 남아 있다
README와 preview URL이 현재 코드와 맞아야 평가자가 프로젝트를
같은 조건으로 열어 볼 수 있습니다.
ready
최종 프로젝트에서 보여줄 장면
빌드 배포 점검
질문: 이 프로젝트는 어떤 사용자 작업을 끝까지 해결하는가
순서: MVP 범위 확정 -> 화면·상태·API 연결 -> 예외 상태 추가 -> 테스트와 preview URL 확인
위험: 정상 기능만 나열하면 저장 실패, 빈 데이터, 배포 환경 차이가 발표 직전에 드러납니다.