릴리스·배포 부서 시스템

릴리스 관리자는 후보 기능 목록과 목표 배포일이 있는 다음 릴리스 카드를 「취합」에 열고, 공표된 컷오프 시점에 목록을 동결합니다. 카드는 배포 점검표와 함께 스테이징 환경에서 「테스트」로 이동하고, 공표된 시간 창과 무언가 깨질 경우를 대비한 준비된 롤백 계획으로 「배포」에 들어갑니다. 배포 후 며칠간 「모니터링」에 들어갑니다 — 성능·오류·채택률 지표를 감시하고 판독을 카드에 기록합니다. 이어서 짧은 세션의 「회고」 — 무엇이 지연됐고 무엇이 깨졌고 왜인지 — 를 거쳐 「학습」에서 교훈을 개선 절차로 문서화하고, 다음 릴리스의 「다음 계획」 카드가 거기서 열립니다.

채팅은 배포 작전 채널입니다. 창 안에서 개발·인프라 간 실시간 조율과 각 단계 완료 공표로 모두가 진행 위치를 압니다. 공지는 회사 전체에 말합니다 — 다음 릴리스 일정과 내용, 사전 창 통보, 그리고 릴리스 노트와 함께 배포 완료 공지 — 지원이 못 들은 기능에 대한 고객 질문에 당황하지 않습니다.

릴리스 관리자는 사이클의 지휘자입니다. 컷오프를 공표하고 배포·연기 결정을 소유하며 전후 공지를 씁니다. 개발자는 컷오프 전에 기능을 넘기고 「모니터링」 동안 대기합니다. DevOps 엔지니어는 배포 파이프라인과 롤백 계획을 준비하고 실제 배포를 실행합니다. 「학습」의 교훈은 구속력이 있습니다 — 교훈마다 수정 절차나 다음 릴리스 점검표 항목이 되고, 아니면 다음 릴리스가 같은 오류를 반복합니다.