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

버그 SLA: 트리아지를 5분 작업으로 만들기

계층 없는 버그 백로그는 불균형한 엔지니어링 주의를 소비합니다 — 명시적으로 긴급하지 않은 버그가 없기 때문에 모든 버그가 긴급해 보입니다. Atlassian의 애자일 지표 가이드와 The Pragmatic Engineer의 버그 트리아지 글 모두 같은 점을 만듭니다: 응답 시간이 있는 명시적 계층 정의가 트리아지를 정치적 토론에서 5분 작업으로 변환합니다. 기본값-P2 규칙이 부하지지(load-bearing) 규율 — 명시적 업그레이드 정당화를 강제합니다.

Design a bug SLA tiering system 프롬프트의 작동 방식

프롬프트는 명시적 트리거, 응답과 해결 목표, 라우팅 규칙, 에스컬레이션 트리거가 있는 4개 계층을 정의합니다. "모든 버그는 기본값 P2" 규칙은 누구도 버그를 비우선화하는 사람이 되고 싶지 않을 때 일어나는 P0 인플레이션을 방지합니다. 월간 SLA 리뷰는 제품과 고객 베이스가 진화함에 따라 계층을 보정 상태로 유지합니다.

언제 사용할까

• 모든 버그가 긴급으로 표시되고 엔지니어링이 기능에 집중할 수 없을 때.
• 새 온콜 로테이션이 시작되고 트리아지 규칙이 불명확할 때.
• 고객 에스컬레이션이 큐를 우회할 때.
• 서포트 팀이 결코 해결되지 않는 버그에 좌절할 때.
• 새 EM이 엔지니어링 위생을 리셋하고 싶을 때.

흔한 함정

• 기본값 계층 없음. 기본값 없이는 모든 버그가 P0/P1로 토론됩니다. P2를 기본값으로.
• 에스컬레이션 트리거 없음. 만성 P3은 시간이 지나며 조용한 P1이 됩니다. 카운트와 나이 트리거가 그것을 잡습니다.
• SLA 리뷰 주기 없음. 6개월 전 보정된 계층은 드리프트(drift)합니다. 월간 재리뷰.

참고 자료

• Agile Metrics — Atlassian
• The Pragmatic Engineer Newsletter — Gergely Orosz
• Kanban — Atlassian
• Google re:Work — Google