[체크리스트] 프로젝트 마감 10분 점검 + 회고 포맷
[체크리스트] 프로젝트 마감 10분 점검
+ 회고 포맷
서론
기록이 없으면 반복됩니다. 마감은 끝이 아니라 다음 성공의 시작입니다.
이 글은 산출물 아카이브(버전·날짜·담당자·변경 이력), 회고 포맷(잘한 점/아쉬운 점/재발 방지 액션), 지표 전·후 비교를 한 번에 정리하는 실무용 가이드입니다. 마지막 10분 점검만으로도 다음 릴리즈의 속도와 품질이 높아집니다.
본론
1) 10분 마감 체크리스트
- 문서 버전이 최종(v1.0+)이고 상단에 날짜/담당자/이력이 있다.
- RD·화면·API·TC·런북 링크가 모두 열리고 서로 연결된다.
- 아카이브 경로(폴더/URL)와 접근 권한이 고정됐다.
- 회고 미팅 일정·참석자·포맷이 공지됐다.
- 지표 스냅샷(전/후, 동일 시간대)이 저장됐다.
- 알림 문구(내부/외부)와 장애 연락망이 최신이다.
2) 산출물 아카이브 표준
| 산출물 | 경로/링크 | 버전 | 담당자 | 최종 수정 | 변경 요약 |
|---|---|---|---|---|---|
| RD | /docs/RD_v1.0.pdf | v1.0 | PL 김 | 2025-12-01 | 정책 경계값 확정 |
| 화면 설계 | /design/IA_UI_v1.0.pdf | v1.0 | UX 이 | 2025-12-02 | 빈/오류 상태 추가 |
| API 명세 | /api/v1/openapi.yaml | v1.0 | BE 박 | 2025-12-02 | 에러 코드 표준화 |
| TC | /qa/TC_v1.0.xlsx | v1.0 | QA 최 | 2025-12-03 | 실패 케이스 보강 |
| 런북 | /ops/runbook_v1.0.md | v1.0 | OPS 정 | 2025-12-03 | 롤백 절차 추가 |
# 폴더 구조 예시
/project
/docs
/design
/api
/qa
/ops
# 파일명 규칙: {산출물}_{vX.Y}_{YYYYMMDD}.{ext}
3) 회고 포맷(잘한 점/아쉬운 점/재발 방지)
- 잘한 점: 반복할 행동과 근거 데이터.
- 아쉬운 점: 원인(요구/설계/개발/데이터/운영) 분류.
- 재발 방지 액션: 책임자·기한·검증 방법 포함.
| 액션 | 책임자 | 기한 | 상태 | 검증 | 링크 |
|---|---|---|---|---|---|
| 에러 코드 가이드 통합 | BE 박 | 2026-01-10 | 진행 | QA TC 통과 | /api/error-guide |
| 기능 플래그 운영 매뉴얼 보강 | OPS 정 | 2026-01-05 | 대기 | 런북 리뷰 완료 | /ops/runbook |
| 가입 실패 로그 추가 | FE 최 | 2025-12-20 | 진행 | 대시보드 수집 확인 | /bi/cvr-board |
4) 지표 리뷰: 킥오프 지표 전·후 비교
| 지표 | 목표 | 전(릴리즈 전) | 후(릴리즈 후) | 차이 | 비고 |
|---|---|---|---|---|---|
| 가입 전환율(CVR) | +8%p | 21.3% | 28.9% | +7.6%p | 카나리아 5%→100% |
| 오류율 | ≤0.3% | 0.42% | 0.28% | -0.14%p | 에러 코드 정비 |
| P95 응답 | ≤1.0s | 1.24s | 0.95s | -0.29s | 캐시 정책 수정 |
비교 원칙: 동일 요일·동시간대·동일 구간(예: T-24h vs T+24h)로 비교합니다.
5) 한 장 요약 템플릿
# 프로젝트 마감 요약(한 장)
- 범위: {기능 요약}
- 결과: {지표 전/후}
- 잘한 점: {3개}
- 아쉬운 점: {3개}
- 재발 방지 액션(책임자·기한): {3개}
- 산출물 링크: RD | 화면 | API | TC | 런북
- 아카이브 경로: {URL}
요약은 상단에, 세부는 링크로 제공합니다. 검색과 공유가 쉬워집니다.
결론
마감 10분 체크로 산출물을 잠그고, 회고 포맷으로 배운 점을 행동으로 바꾸며, 지표 전·후 비교로 성과를 증명하세요. 이 세 가지 습관만으로 다음 릴리즈의 속도와 품질이 꾸준히 개선됩니다.
FAQ
Q 회고에는 누가 참여하면 좋나요?
A 기획·디자인·개발·QA·운영 핵심 담당자와 의사결정자를 포함합니다. 고객지원·데이터 담당자가 참석하면 인사이트가 늘어납니다.
Q 원인 기록은 어떻게 표준화하나요?
A 요구/설계/개발/데이터/운영 5분류로 태깅하고, 증빙(로그·스샷·이슈 링크)을 필수로 첨부합니다.
Q 데이터가 부족하면 지표 리뷰를 어떻게 하나요?
A 동일 조건의 샘플 기간(예: 3일)을 설정하고, 품질 지표(오류율·P95) 중심으로 먼저 비교합니다. 이후 이벤트를 보강해 재측정합니다.
Q 회고가 비난 분위기가 되지 않으려면?
A 사람 대신 프로세스를 다룹니다. 사실→영향→대안→액션 순서로 기록하고, 이름 대신 역할만 남깁니다.
Q 마감 일정과 다른 프로젝트 일정이 겹칩니다. 우선순위는?
A 릴리즈 안전과 지식 보존이 우선입니다. 마감 요약(한 장)과 액션 보드만 먼저 확정하고, 상세 회고는 일정 내 가장 빠른 시간으로 잡습니다.