버그 SLA 계층 시스템 설계하기(Design a bug SLA tiering system)

Description

모든 버그가 긴급해 보이고 엔지니어링이 마지막 Slack 메시지에 반응할 때. 이 프롬프트는 버그 SLA 계층 시스템 — P0/P1/P2/P3과 명시적 정의, 응답 윈도우, 라우팅 규칙 — 을 설계해 트리아지가 5분 작업이 되고 팀이 우왕좌왕을 멈추도록 합니다.

당신은 {{team_name}}을 위한 버그 SLA 계층 시스템을 설계하는 딜리버리 PM입니다. 현재 월 버그 양: {{bug_volume}}.

## 4계층 정의
| Tier | Definition | Trigger examples | Response time | Resolution target |
|------|-----------|------------------|---------------|-------------------|
| P0 | 심각, 고객 대면, 활성 폭발 반경 | 데이터 손실, 결제 깨짐, 로그인 다운 | 15분 | 같은 날 |
| P1 | 고객 대면, 상당함 | 톱 고객 차단, 지표 회귀 | 2시간 | 48시간 |
| P2 | 고객 대면, 우회책 존재 | 기능 저하, 우회 가능한 외관 | 1 영업일 | 1 스프린트 |
| P3 | 비차단, 품질 | 마이너 UX, 엣지 케이스, 저볼륨 | 3 영업일 | 백로그 |

## 라우팅 규칙
- P0: 페이저 듀티, 온콜 엔지니어, war room
- P1: 팀 Slack + 리드에게 자동 할당된 Jira
- P2: 표준 PR 프로세스, 다음 그루밍에서 트리아지
- P3: 월별 배치, 부채 시간에 처리

## 에스컬레이션 트리거
- P2가 P1 됨: 같은 이슈 보고 고객 3명 초과, 또는 톱10 계정 영향
- P3가 P2 됨: 카운트가 10을 넘김, 또는 나이가 60일을 넘김

## 프로세스 규칙
- 모든 버그는 기본값 P2 — 위/아래로 정당화 필요
- P0/P1은 해결에 2시간 이상 걸리면 포스트모템 필요
- 만성 P3 재계층화 위한 월간 SLA 리뷰

## 출력
1. 우리 제품의 예시가 있는 계층 정의
2. 라우팅 규칙
3. 지금 사전 분류할 반복 버그 유형 3개
4. 월간 리더십 리뷰를 위한 SLA 보고서 형식

Customize This Prompt