아침 09:30 (10분)
- 오늘 할 일 페이지를 띄운다
- 당일 관문(Gate) 을 소리 내어 읽는다 — 오늘 뭘 통과해야 하는지 전원이 같은 문장을 듣는다
- 5인 각자 90초: 어제 끝낸 것 / 오늘
doing으로 잡을 카드 - 어제 반려된 카드가 있으면 오늘 어떻게 처리할지 확인
- 어제 저녁 숙지 항목에 대해 영향받는 사람이 “확인했다”고 말한다
- 오늘의 선행 의존을 짚는다 (예: 웹의 로그인 화면 ← 인증 API)
- 막힌 사람이 있으면 누가 언제 풀어줄지 그 자리에서 지정
낮 (PM 개인 작업)
- 오늘자 PM 카드 진행 (개인 보드)
- 스테이징 헬스체크 1회 확인
- CI 실패 알림이 왔으면 즉시 담당자에게 전달
- D-8 이후: AI 일일 비용 확인
- 막힘 신고가 오면 다른 일 멈추고 붙는다
저녁 18:00 (30분)
확인 (15분)
review상태 카드를 하나씩 연다- 카드의 완료 기준(DoD) 을 읽고, PM 이 직접 확인한다 (API 는 요청을 날려보고, 화면은 눌러보고, AI 는 대화를 걸어본다)
- 통과 →
status: done - 미충족 →
status: doing+note:에 반려 사유 한 줄
갱신 (5분)
_data/kanban/*.yml수정 후 커밋·푸시- 새로 생긴 업무가 있으면 카드를 추가한다 (id 는 접두사 + 다음 번호)
- 오늘 못 끝낸 카드는 날짜를 미루지 말고 그대로 둔다 — 지연이 보여야 한다
숙지 (10분)
- 오늘
done중 남에게 영향 있는 것을 고른다 (API 계약 · 데이터 모델 · 디자인 토큰 · SSE 규약 · 환경 변경) - 데브로그 1편을 쓴다 — 무엇이 확정됐고, 누가 무엇을 해야 하는지
- 팀 채널에 링크 + 한 줄 요약
- 내일 관문의 선행조건이 준비됐는지 혼자 점검. 안 됐으면 밤에 처리하거나 내일 아침 첫 안건으로
매일 확인하는 신호
트리거에 걸리면 리스크 문서의 대응으로 넘어갑니다.
| 신호 | 정상 | 걸리면 |
|---|---|---|
| 이틀 연속 계획의 절반 미만 소화 | — | R9 · 범위 축소 검토 |
doing 카드가 1인 3건 이상 |
2건 이하 | 일을 벌여만 놓은 상태. 하나로 좁히게 한다 |
같은 카드가 3일째 doing |
— | 카드가 너무 크다. 쪼갠다 |
| P0 버그 존재 | 0건 | 전원 중단하고 그것부터 |
| 웹·앱이 목데이터 사용 중 (D-9 이후) | 없음 | 즉시 스테이징 연결 |
| AI 비용 상한 80% 도달 | — | R7 대응 |
구간별 추가 항목
D-12 (9/04) — ERD FREEZE
- ERD v1 승인 회의 진행
- 프리즈 공지 + 이후 변경 절차 안내
- API 계약 v1 발행 확인 — 이게 나와야 웹·앱이 달린다
- 인프라 권한을 장민석에게 부여 (R8 대응)
D-7 (9/09) — 알파 시연
- 시연 시나리오를 미리 배포
- 5인 전원이 각자 기기에서 완주 (PM 이 보는 게 아니라 각자 해본다)
- 완주 실패 항목 기록
- 그날 저녁 범위 컷 결정 — 미루지 않는다
- 컷 결과를 범위 문서에 반영하고 공지
D-5 (9/11) — Feature Freeze
- 18:00 동결 선언
- 브랜치 보호 강화 (기능 PR 자동 반려)
- 릴리스 체크리스트 v1 배포
- 남은 버그를 P0~P3 로 분류
D-3 (9/13) — 보안 · 스토어
- 시크릿 스캔 0건 확인
- 권한 우회 케이스 점검
- 스토어 심사 제출 확인 — 이날 넘기면 9/16 앱 공개가 불가능
- 정책 페이지 공개 URL 확인
- 백업 복구 리허설 결과 확인
D-1 (9/15) — 리허설
- Code Freeze 선언
- 배포 리허설 1회 + 롤백 리허설 1회
- 각 단계 소요시간을 런북에 기록
- 온콜 담당·연락 경로 최종 확인
- 오픈 공지문 준비 완료
D-0 (9/16) — 오픈
- 배포 30분 전 수동 백업
- 배포 순서 준수: 백업 → 마이그레이션 → API → 웹 → 앱
- 배포 +5분 헬스체크 · 핵심 시나리오
- 배포 +30분 에러율 · 응답시간 · AI 비용
- 공지 발행
- +2시간 온콜 해제 판단
- 회고 · 릴리스 데브로그