검수 체크리스트

매일 아침·저녁에 그대로 따라 읽는 목록입니다. 14일 내내 같은 절차를 반복했습니다.

아침 09:30 (10분)

오늘 할 일 목록을 띄운다
당일 관문(Gate) 을 소리 내어 읽는다 — 오늘 뭘 통과해야 하는지 한 문장으로 고정한다
어제 끝낸 것 / 오늘 doing 으로 잡을 카드를 정한다 (동시에 2건까지)
어제 반려된 카드가 있으면 오늘 어떻게 처리할지 정한다
어제 저녁 숙지 항목(계약·규약 변경)을 다시 읽고 영향받는 코드를 확인한다
오늘의 선행 의존을 짚는다 (예: 웹의 로그인 화면 ← 인증 API)
막힌 것이 있으면 언제 어떻게 풀지 그 자리에서 정한다

낮

오늘자 카드 진행
스테이징 헬스체크 1회 확인
CI 실패 알림이 왔으면 즉시 처리
Day 6 이후: LLM 일일 비용 + 역할별 스키마 통과율 확인
막힘이 생기면 다른 일을 멈추고 그것부터 푼다

저녁 18:00 (30분)

확인 (15분)

review 상태 카드를 하나씩 연다
카드의 완료 기준(DoD) 을 읽고 직접 확인한다 (API 는 요청을 날려보고, 화면은 눌러보고, AI 는 대화를 걸어본다)
통과 → status: done
미충족 → status: doing + note: 에 반려 사유 한 줄

갱신 (5분)

칸반 YAML 수정 후 커밋·푸시
새로 생긴 업무가 있으면 카드를 추가한다 (id 는 접두사 + 다음 번호)
오늘 못 끝낸 카드는 날짜를 미루지 말고 그대로 둔다 — 지연이 보여야 한다

숙지 (10분)

오늘 done 중 다른 영역에 영향 있는 것을 고른다 (API 계약 · 데이터 모델 · 디자인 토큰 · SSE 규약 · 환경 변경)
개발일지 1편을 쓴다 — 무엇이 확정됐고, 다음에 무엇을 해야 하는지
내일 관문의 선행조건이 준비됐는지 점검. 안 됐으면 밤에 처리하거나 내일 아침 첫 안건으로

매일 확인하는 신호

트리거에 걸리면 위험 관리 방안의 대응으로 넘어갑니다.

신호	정상	걸리면
이틀 연속 계획의 절반 미만 소화	—	R9 · 범위 축소 검토
`doing` 카드가 3건 이상	2건 이하	일을 벌여만 놓은 상태. 하나로 좁힌다
같은 카드가 3일째 `doing`	—	카드가 너무 크다. 쪼갠다
P0 버그 존재	0건	전부 중단하고 그것부터
웹이 목데이터 사용 중 (Day 5 이후)	없음	즉시 스테이징 연결
LLM 비용 상한 80% 도달	—	R6 대응

구간별 추가 항목

Day 2 (9/04) — ERD FREEZE

ERD v1 확정
동결 선언 + 이후 변경 절차 기록
API 계약 v1 발행 확인 — 이게 나와야 화면 5장을 병렬로 시작할 수 있다

Day 7 (9/09) — 알파 시연

시연 시나리오를 미리 써 둔다
데스크톱·모바일 웹 각각에서 1루프 완주 — 아침 → 대화 → 죽음 → 아침
완주 실패 항목 기록
그날 저녁 범위 컷 결정 — 방어선 미착수가 2개 이상이면 ⑨→⑧→⑦→⑥ 순으로. 미루지 않는다
컷 결과를 개발 범위에 반영한다

Day 9 (9/11) — Feature Freeze

18:00 동결 선언
브랜치 보호 강화 (기능 PR 자동 반려)
릴리스 체크리스트 v1 작성
남은 버그를 P0~P3 로 분류

Day 11 (9/13) — 공개 대비 · 보안 · 텍스트

시크릿 스캔 0건 확인
프롬프트 인젝션 방어 10건 점검
세션/IP당 루프 제한과 일일 비용 상한이 실제로 동작하는지 확인 — 익명 진입은 봇에 그대로 노출된다
엔딩 4종 텍스트 검토 — 망설임 엔딩이 위로상처럼 읽히지 않는지
백업 복구 리허설 결과 확인

Day 13 (9/15) — 리허설

Code Freeze 선언
배포 리허설 1회 + 롤백 리허설 1회
각 단계 소요시간을 런북에 기록
공개 뒤 2시간 모니터링 항목 최종 확인
공개 안내문 준비 완료

Day 14 (9/16) — v1 공개

배포 30분 전 수동 백업
배포 순서 준수: 백업 → 마이그레이션 → API → 웹
배포 +5분 헬스체크 · 1루프 완주
배포 +30분 에러율 · 응답시간 · LLM 비용 · 실사용 로그 적재 확인
공개 안내 발행
+2시간 모니터링 해제 판단
회고 · 릴리스 개발일지