비교 - 운영 요약 지표 vs 개별 검수 큐¶
비교 대상¶
- 운영 요약 지표:
GET /review/summary,GET /review/dashboard,/portal/operations/overview처럼 backlog, queue 분포, assignee별 pending 현황을 묶어 보여주는 집계 표면 - 개별 검수 큐:
GET /review/tasks,GET /review/tasks/triage처럼 실제Review Task목록과 상태를 직접 다루는 작업 표면
핵심 차이¶
| 항목 | 운영 요약 지표 | 개별 검수 큐 |
|---|---|---|
| 목표 | 병목과 분포를 빠르게 파악 | 실제 작업 항목을 확인하고 조치 |
| 강점 | 현황 파악이 빠름, 포털 첫 화면에 적합, 우선순위 판단에 유리 | 구체적 실행 가능, task 단위 triage/resolve/reopen과 직접 연결 |
| 약점 | 개별 맥락이 압축되어 원인 파악이 제한됨 | 전체 병목을 한눈에 보기 어렵고 운영 규모가 커질수록 피로가 커짐 |
| 적합한 역할 | backlog 감시, ownership 불균형 식별, queue 상태 모니터링 | 담당자 할당, 우선순위 조정, 실제 해결 작업 수행 |
| 실패 시 위험 | 보기 좋은 리포트에 머물고 실제 조치로 못 이어짐 | 전체 문맥 없이 개별 task만 처리해 병목 구조를 놓침 |
이 저장소 맥락에서의 결론¶
timebooks의 운영 구조에서는 요약 지표와 개별 검수 큐가 서로 대체 관계가 아닙니다. 요약 지표는 "어디가 막혀 있는가"를 보여주는 관찰 계층이고, 개별 검수 큐는 "무엇을 해결할 것인가"를 다루는 실행 계층입니다. 운영 포털이 실제로 유용하려면 두 표면이 자연스럽게 이어져야 합니다.
언제 균형이 깨지는가¶
- 요약 지표만 강조해 실제 task 흐름이 가려질 때
- 개별 큐만 강조해 assignee 불균형이나 queue 병목을 놓칠 때
- 포털 요약과 task 필터 기준이 어긋나 운영자가 서로 다른 현실을 보게 될 때