MTTR은 여전히 유용합니다. 이는 프로덕션이 충분히 빨리 정상 상태로 돌아갈 수 있는지 여부를 팀에 알려줍니다.
그러나 더 이상 중요한 것은 시계만이 아닙니다.
문제 해결 워크플로가 관찰 가능성, 배포 기록, 코드 소유권, AI 생성 패치를 연결할 수 있으면 PR 검토 시간이라는 새로운 지표가 실용적이 됩니다.
측정항목의 의미
PR 검토 시간은 프로덕션 신호에서 코드 소유자가 진지하게 평가할 수 있는 풀 요청까지의 경로를 측정합니다.
무작위로 생성된 diff가 아닙니다. 모호한 사건 요약이 아닙니다. 검토 가능한 PR.
즉, 풀 요청에는 다음이 포함됩니다.
- 조사를 촉발한 생산 신호
- 의심되는 서비스, 파일, 기능 또는 코드 경로
- 관련될 수 있는 최근 배포 또는 변경 세트
- 집중 패치
- 실행되었거나 실행되어야 하는 테스트
- 가정 및 신뢰 수준
- 적합한 리뷰어 또는 소유자
PR이 의미 있는 엔지니어링 결정을 내릴 준비가 되면 측정항목이 종료됩니다.
이것이 MTTR과 다른 이유
MTTR은 결과 지향적입니다. PR 검토 시간은 작업 흐름 중심입니다.
MTTR이 "언제 회복됐나요?"라고 묻습니다.
PR 검토 시간은 "우리가 고품질 결정 지점에 얼마나 빨리 도달했습니까?"라고 묻습니다.
코드 변경이 이루어지기 전에 많은 사건이 지연되기 때문에 이러한 구별이 중요합니다. 엔지니어들은 여전히 증거를 수집하고, 소유권을 찾고, 배포를 비교하고, 문제가 다른 시스템에 속하는지 여부를 결정하고 있습니다.
팀이 해당 단계를 단축할 수 있으면 회복이 자연스럽게 향상되는 경우가 많습니다. 최종 답변이 롤백이나 에스컬레이션인 경우에도 더 나은 증거를 확보하고 혼란을 줄여 결정을 내릴 수 있습니다.
품질 바
이 지표는 "검토된 PR"이 엄격한 것을 의미하는 경우에만 작동합니다.
이 지표의 잘못된 버전은 시끄러운 풀 요청을 빠르게 여는 도구에 보상을 제공합니다. 이는 검토 피로를 유발하고 엔지니어가 자동화를 불신하게 만듭니다.
좋은 버전은 준비되고 범위가 지정되고 증거가 뒷받침되는 작업에 대한 보상을 제공합니다.
PR은 검토할 수 있을 만큼 작고, 거부할 수 있을 만큼 명확해야 하며, 검토자가 사건을 처음부터 재구성할 필요가 없도록 생산 증거와 충분히 연결되어야 합니다.
유용한 컴패니언 지표
PR 검토 시간은 단독으로 사용되어서는 안 됩니다. 품질 신호와 페어링:
- PR 수용률
- 리뷰어 편집률
- 오진율
- AI 지원 수정 후 롤백 비율
- 병합 후 중복 사고율
- PR 공개부터 리뷰어 결정까지의 시간
이러한 지표는 자동화가 시간을 절약하는지, 아니면 단순히 작업을 검토 단계로 옮기는지 보여줍니다.
리더에게 도움이 되는 부분
엔지니어링 리더는 사고 툴링이 운영상의 지연을 줄이는지 알아야 합니다. 회복이 더 빠르다는 차트는 도움이 되지만 시간이 어디로 갔는지는 설명하지 않습니다.
PR 검토 시간은 핸드오프를 가시화합니다. 팀이 수동 연결 없이 경고에서 증거로, 증거에서 코드로, 코드에서 소유권으로 이동할 수 있는지 여부를 보여줍니다.
또한 약한 링크도 노출됩니다. PR이 빠르게 시작되었지만 검토되지 않은 채 방치되어 있다면 문제는 소유권이나 인력입니다. 증거가 너무 오래 걸리면 문제는 통합입니다. PR이 거부되는 경우가 많으면 문제는 진단 품질입니다.
요점은 더 이상의 측정항목이 아닙니다.
목표는 엔지니어가 무시할 또 다른 대시보드를 만드는 것이 아닙니다.
목표는 교정 품질을 관찰 가능하게 만드는 것입니다.
프로덕션 버그는 경고가 발생해도 해결되지 않으며 모델이 코드를 작성할 때도 해결되지 않습니다. 올바른 사람이 올바른 증거를 앞에 두고 자신 있게 결정을 내릴 수 있을 때 그들은 해결책을 향해 나아갑니다.
이것이 PR 검토 시간을 측정하는 것입니다.
