작은 팀일수록업무의 입구를 하나로 모아야 합니다

여러 채널에서 요청을 받으면 담당자는 실제 실행뿐 아니라 요청을 기억하고 다시 찾는 일까지 맡습니다. 이것은 업무 목록에 나타나지 않지만 계속 집중력을 사용합니다.

요청자는 전달했으니 진행 중이라고 생각하고, 받은 사람은 아직 논의 단계라고 이해할 수 있습니다. 상태를 확인할 공통 위치가 없으면 “어디까지 되었습니까?”라는 메시지가 늘어납니다.

가장 큰 문제는 우선순위입니다. 공개된 업무 목록 없이 각 채널의 최신 메시지가 먼저 처리되면 중요도보다 도착 순서와 요청자의 목소리가 계획을 결정합니다.

업무의 입구는 요청을 받는 곳이 아니라 우선순위를 합의하는 곳입니다.

단일 입구는 요청을 모두 즉시 실행하기 위한 장치가 아닙니다. 오히려 요청과 약속을 분리하기 위해 필요합니다.

요청이 들어오면 목적과 결과, 필요한 시점을 확인합니다. 정보가 부족하면 보완을 요청하고, 이미 진행 중인 업무와 비교해 우선순위를 정합니다. 그 뒤 담당자와 기한이 정해졌을 때 실행 상태로 이동합니다.

이 구분이 없으면 접수함은 또 하나의 긴 목록이 됩니다. “들어온 일”, “하기로 한 일”, “끝난 일”을 명확하게 나누면 팀은 현재 약속한 업무량을 볼 수 있습니다.

접수 양식이 복잡하면 사람들은 다시 메신저로 돌아갑니다. 처음에는 목적, 결과, 희망 시점과 참고 링크 정도면 충분합니다. 담당자가 요청자와 함께 빠진 맥락을 보완할 수 있어야 합니다.

긴급 업무에도 규칙이 필요합니다. 긴급한 이유와 미룰 업무를 함께 적게 하면 모든 요청이 최우선이 되는 상황을 막을 수 있습니다.

매주 짧게 접수함을 정리합니다. 오래 멈춘 요청은 폐기하거나 보류 이유를 남기고, 반복되는 요청은 템플릿이나 정기 업무로 전환합니다. 입구를 운영해야 전체 흐름도 깨끗하게 유지됩니다.