에이전트는 빠르게 일할 수 있어요. 하지만 동시에 모든 곳에서 일할 수는 없답니다.
큐는 차례를 기다리는 작업들의 줄이에요.
토요일 저녁 8시, 바쁜 레스토랑 주방의 주문 프린터를 생각해 보세요. 표가 요리사가 처리할 수 있는 속도보다 빠르게 들어와요. 그 표들은 도착하자마자 바로 음식이 되는 게 아니에요. 레일에 걸리죠. 주방의 물리적인 큐예요. 각 표는 요리사가 비어야 내려오고, 그때 비로소 조리가 시작돼요. 주방은 순서대로 처리해요. 건너뜀도 없고, 빠트림도 없어요. 작업은 제대로 처리될 수 있을 때까지 기다리는 거예요.
그 레일이 큐예요. 소프트웨어도 정확히 같은 방식을 써요.
큐가 실제로 하는 일:
큐는 작업을 순서대로 보관하다가 워커가 준비되면 넘겨줘요. 이 방식이 중요한 이유가 세 가지 있어요.
작업을 잃지 않아요. 항목이 큐에 들어오면 처리될 때까지 그 자리에 있어요. 주방이 문을 닫든, 시스템을 재시작하든 상관없어요. 그 표는 여전히 레일 위에 있답니다.
흐름을 제어해 줘요. 큐가 없으면, 1분 안에 500명이 가입했을 때 시스템이 500개를 동시에 처리하려다 무너질 수 있어요. 큐가 있으면 500개 항목이 줄을 서요. 실제로 감당할 수 있는 속도로 처리되는 거죠. 주방은 차분하고, 같은 일이 결국 완료돼요.
일을 만드는 쪽과 일을 하는 쪽을 분리해요. 안내 데스크는 요리하지 않아요. 주방은 손님을 안내하지 않고요. 주문은 레일을 통해 두 곳 사이를 오가는데, 어느 쪽도 상대방이 지금 무엇을 하는지 신경 쓸 필요가 없어요.
알고 나면 어디서나 보이는 패턴이에요.
배경에서 처리되는 모든 양식 제출: 큐예요. 이메일 플랫폼을 통해 일괄 발송되는 모든 이메일: 큐예요. 어딘가에서 "완료" 대신 "처리 중"이라고 표시될 때, 대부분 중간에 큐가 있어요.
에이전트 워크플로우가 멈추고 작업이 "막혔다"거나 "쌓인다"는 말이 나오면, 그것을 설명하는 단어가 바로 밀린 큐예요. 줄이 길거나, 주방이 느리거나, 요리사들이 나타나지 않는 거죠. 이름을 붙일 수 있으면, 다음에 무엇을 물어야 할지도 알 수 있어요.
줄은 작업을 평가하지 않아요. 누군가 준비될 때까지 그냥 붙들고 있을 뿐이에요.