검증 · 출시 · 양식
배포 계획서 양식
배포 절차와 순서, 검증 방법과 롤백 트리거·절차를 명령 단위로 확정한다.
이럴 때 써요
- DB 마이그레이션이나 서버 재기동 순서처럼 배포 실행 자체가 여러 단계로 나뉠 때
- 배포 중 누가 어떤 명령을 어떤 순서로 실행하는지 담당자가 바뀌어도 그대로 따라 할 수 있어야 할 때
- 롤백 트리거 기준과 되돌리는 절차를 배포 전에 문서로 못 박아야 할 때
양식 구성
8개 절로 이루어져 있습니다.
- 배포 정보
- 버전 · 릴리즈 · 배포 담당 · 검토자 · 승인자 · 배포 예정일
- 1 배포 전 준비
- 배포 전에 끝나 있어야 하는 것만 적는다. 백업과 롤백 준비를 빠뜨리지 않는다.
- 2 배포 절차
- 실행자가 바뀌어도 그대로 따라 할 수 있게 명령·방법까지 적습니다.
- 3 배포 후 검증
- 배포가 됐는지가 아니라 서비스가 되는지를 확인할 방법을 적는다.
- 4 롤백 트리거 기준
- 되돌릴 기준을 숫자로 정한다. "많이 느려지면" 은 기준이 아니다.
- 5 롤백 절차
- 되돌리는 절차를 순서대로 적는다. 실제 명령까지 적어 두면 당황해도 따라 할 수 있다.
- 6 커뮤니케이션 계획
- 배포 전·중·후에 누구에게 무엇을 알릴지 적는다.
- 7 변경 이력
- 문서를 고칠 때마다 한 줄 남긴다. 승인 뒤에 바뀐 것은 특히 빠짐없이 적는다.
바로 써 보기
로그인 없이 바로 쓸 수 있습니다. 다 쓰면 PDF·Word·한글(HWPX)·Markdown 으로 내보냅니다.
검증 · 출시 단계의 다른 양식
- 테스트 계획서 — 무엇을 어떤 범위와 방법으로 검증할지, 언제 누가 할지를 케이스 작성 전에 확정한다.
- 테스트 케이스 (TC) — 검증 시나리오와 기대 결과를 케이스 단위로 작성한다.
- 오픈 체크리스트 — D-7 부터 배포 당일, 롤백 판단까지 출시 절차를 점검한다.
- 릴리즈 노트 — 사용자 공지와 내부 변경 기록을 한 문서에서 함께 쓴다.