결정 준비가 된 버그 트리아지
우선순위와 담당자 지정을 위한 버그 트리아지 템플릿
각 트리아지 결과를 명확히 하세요. 정보 요청, 수락 및 배정, 중복으로 병합, 검토일을 두고 보류, 또는 사유를 포함한 거절.
로그인하여 이 채워진 뷰를 살펴본 뒤 샘플 데이터가 있는 App을 설치해 연결된 기록, 결정과 대시보드를 테스트합니다.
트리아지가 만들어야 할 결정
버그 트리아지는 보고서를 통제된 다음 조치로 전환합니다. 결정은 가장 큰 목소리가 아니라 재현 가능성, 사용자 영향과 긴급도를 기준으로 해야 하며, 담당자, 대상 릴리스 또는 검토일을 남겨야 합니다.
- 심각도와 우선순위는 분리 유지
- 중복 및 정보 필요 결과는 맥락을 보존
- 수락된 버그는 담당자와 대상 릴리스를 가지고 나감
트리아지 규칙
같은 질문을 같은 순서로 사용
일관된 트리아지는 백로그 결정을 설명 가능하게 만들고 임의적인 우선순위 상승을 줄입니다.
재현할 수 있나요?
경로를 확인하거나 구체적인 정보 요청을 반려합니다.
이미 알려진 문제인가요?
중복을 하나의 표준 문제로 병합하고 보고 맥락을 유지합니다.
영향은 무엇인가요?
사용자, 데이터, 보안과 운영 결과를 기준으로 심각도를 설정합니다.
언제 조치해야 하나요?
긴급도, 우회 방법과 릴리스 시점을 기준으로 우선순위를 설정합니다.
다음 조치의 담당자는 누구인가요?
컴포넌트 담당자와 대상 릴리스 또는 검토일을 배정합니다.
두 결정을 합치지 마세요
심각도는 결과를, 우선순위는 순서를 설명합니다
둘은 자주 연관되지만, 안전한 우회 방법이 있으면 영향이 큰 결함도 보류될 수 있고, 작은 이슈도 임박한 출시 때문에 긴급할 수 있습니다.
| 차원 | Question | 예시 |
|---|---|---|
| 심각도 | 결함이 사용자나 비즈니스에 얼마나 심각하게 영향을 주나요? | 확인 없이 결제가 캡처되는 것은 중요합니다. |
| 우선순위 | 다른 업무 대비 팀이 얼마나 빨리 조치해야 하나요? | 릴리스 차단 요인은 광범위하게 노출되기 전에도 P0입니다. |
| 우회 방법 | 사용자가 다른 방식으로 안전하게 작업을 완료할 수 있나요? | 수동 대사는 즉각적인 긴급도를 낮추지만 영향도를 낮추지는 않습니다. |
| 대상 릴리스 | 어떤 후보에 수정이 포함되어야 하나요? | Web 4.28.0은 검증이 통과할 때까지 보류됩니다. |
모든 행에는 출구가 필요합니다
버그가 이동했거나 이동하지 않은 이유 기록
백로그는 결정이 오래 유지되고 다시 검토될 수 있을 때 유용해집니다.
정보 필요
보고자에게 정확한 요청을 반려합니다.
수락됨
담당자, 우선순위와 대상 릴리스를 배정합니다.
중복
표준 이슈에 연결하고 새 증거를 유지합니다.
보류됨
재검토 사유와 날짜 또는 트리거를 기록합니다.
거절됨
경계, 기대 동작 또는 지원되지 않는 사례를 설명합니다.
질문과 경계
버그 트리아지 질문
결과, 긴급도와 담당자 지정을 위한 실무 지침.
팀은 얼마나 자주 버그를 트리아지해야 하나요?
빈도와 리스크에 맞춰 주기를 정하세요. 중요한 운영 보고서는 즉시 라우팅해야 하며, 제품 팀은 일반 보고서를 매일 또는 주 몇 차례 검토할 수 있습니다.
트리아지에는 누가 참여해야 하나요?
사용자 영향을 이해하는 사람, 영향을 받는 컴포넌트를 이해하는 사람, 담당자 지정이나 릴리스 시점을 확정할 수 있는 사람을 포함하세요.
중복은 종료해야 하나요?
중복으로 표시할 수는 있지만 보고자, 맥락과 증거를 보존하고 표준 이슈에 연결하세요. 중복 양은 영향도를 드러낼 수 있습니다.
보류된 버그는 어떻게 되나요?
사유와 검토 트리거를 부여하세요. 담당자 없는 "나중에" 상태는 숨겨진 백로그 증가일 뿐입니다.
백로그 결정을 설명 가능하게 만들기
채워진 트리아지 결과로 시작
규칙을 조정하기 전에 수락, 정보 필요, 중복, 보류와 재오픈 예시를 검토합니다.