사장의 하루가 잡무로 끝나는 이유 — 바쁜데 남는 게 없다면

문을 닫고 앉았는데 메신저 알림이 또 옵니다. 오전에는 결제 오류를 확인했고, 점심에는 빠진 근무자를 대신했고, 오후에는 고객 불만에 답했어요. 몸은 하루 종일 움직였는데 채용 계획도, 다음 달 상품도, 오래 미뤄 둔 비용 점검도 그대로입니다.

저녁이 됐는데 뭘 했는지가 기억이 안 나요. 그런데 미뤄 둔 그 일, 사장만 할 수 있는 그 일은 이상하리만치 선명하게 남아 있고요.

의지가 약해서가 아닙니다. 일이 사장에게 되돌아오는 구조 때문이에요.

왜 사장이 마지막 쓰레기통이 되나

빠른 사람이 받아서 끝내면 그다음에도 그 사람에게 갑니다. 상담이 꼬이면 관리자가 받고, 대타가 필요하면 사장이 들어가고, 메시지가 안 읽히면 사장이 답하고요.

저도 그렇게 했어요. 내가 하는 게 더 빠르니까요. 그런데 그 빠르다는 감각이 팀을 천천히 약하게 만듭니다. 잘하는 사람에게만 몰아주면 그 사람은 소모되고 나머지는 배울 일이 오지 않아요. 반복되는 운영 업무를 역량에 맞게 나누지 않으면 남는 일은 결국 사장 쪽으로 흐릅니다. 과업을 나누는 쪽이 과정 설계에 가깝다고 보는 이유예요.

상위 직원에게 시시콜콜 물어보면 잔소리가 되고, 하위 직원에게 큰 일을 통째로 던지면 압박만 남습니다. 중간은 목표와 과정 피드백이 필요하고요. 같은 잡무라도 누구에게 어떻게 넘기느냐가 하루를 가릅니다.

한 가지 더 있어요. 사장이 잡무를 받아 주면 직원은 그 일을 자기 일로 기억하지 않습니다. 다음에도 같은 구멍이 사장에게 와요.

잡무는 대개 흐릿한 지시에서 생깁니다

"이거 처리해 주세요."

직원이 들고 있다가 다시 묻습니다. 사장이 설명하고, 고치고, 결국 자기가 해요. 그 왕복이 하루를 먹습니다. "화요일 오전 회의 때 말씀드린 근무 스케줄 조정은 됐나요?"처럼 언제와 이유를 붙이면 왕복이 줄어요. 명분 없는 지시는 적당히 되고, 적당히 된 일은 다시 사장 책상으로 돌아옵니다.

오늘 어디를 봤는지부터

머릿속 할 일 목록은 거짓말을 해요. 급한 메시지가 위에 있고 중요한 건 아래로 밀립니다.

저는 홈화면에 오늘 일정이 보이게 해 두고, 하루가 끝나면 그걸 봅니다. 적혀 있던 일과 실제로 한 일이 다르면 그때 구조가 새는 거예요. 위젯이 시간을 만들어 주지는 않습니다. 하루가 어디로 갔는지를 숨기지 않을 뿐이죠.

사장의 하루가 잡무로 끝나는 건 잡무가 많아서가 아니에요. 잡무가 되돌아올 구멍이 열려 있어서입니다. 그 구멍을 의지로 막으려 하면 다음 날 또 열려요.

잡무와 운영 업무를 먼저 구분하세요

잡무라는 말은 일이 하찮다는 뜻이 아닙니다. 매장 문을 열고, 문의에 답하고, 재고를 채우는 일은 전부 필요해요. 다만 사장이 매번 직접 판단하지 않아도 되는 일이라면 그건 운영 업무입니다. 반대로 방향을 정하거나, 큰 위험을 감수하거나, 사람과 돈의 우선순위를 정하는 일은 사장이 맡아야 하고요.

이 구분이 없으면 사장은 쉬운 일에서 성취감을 얻고 어려운 일을 미룹니다. 답장 하나는 바로 끝나지만 채용 기준을 만드는 일에는 정답이 없거든요. 그래서 급한 일이 중요한 일을 이긴다는 매일의 우선순위 문제가 생기죠.

하루가 끝난 뒤 할 일 목록을 보며 자책하지 마시고, 완료한 일을 이렇게 나눠 보세요.

• 내가 최종 판단해야 했던 일
• 다른 사람이 할 수 있지만 기준이 없어서 내가 한 일
• 담당자가 있는데도 습관처럼 내가 받아 버린 일

두 번째 칸은 문서를 만들 자리이고, 세 번째 칸은 돌려보낼 자리입니다. 이 분류만 해도 "왜 이렇게 바빴지"가 "어떤 구멍을 막아야 하지"로 바뀌어요.

넘길 때는 결과물의 모양까지 보여 줍니다

위임이 실패하는 가장 흔한 장면은 일을 맡기고 그냥 기다리는 거예요. 직원은 어디까지 해야 완료인지 몰라 중간에 묻고, 사장은 질문이 많다고 답답해합니다. 결국 "그냥 내가 할게요"가 나오죠.

저는 일을 넘길 때 최소 네 가지를 말하려고 합니다. 왜 하는지, 무엇이 완료인지, 언제까지인지, 막히면 언제 알려야 하는지. "거래처 알아봐 주세요"보다는 이런 쪽이 낫습니다.

"포장재를 바꾸려 해요. 금요일 점심 전까지 납기와 최소 주문 수량을 확인한 후보를 정리해 주세요. 가격만 보지 말고, 일정이 안 맞으면 그날 오전에 먼저 알려주세요."

이건 직원에게 정답을 써 주는 말이 아니라 판단할 울타리를 주는 말이에요. 처음에는 설명하는 시간이 더 듭니다. 대신 같은 업무가 다시 왔을 때 설명이 줄어들죠. 역량에 맞게 일을 나누는 법도 일을 통째로 던지는 게 아니라 판단 범위를 조절하는 데서 시작합니다.

질문이 돌아오는 길도 설계 대상입니다

위임했다고 질문까지 금지하면 직원은 숨겨요. 반대로 질문이 올 때마다 즉시 답하면 사장의 하루는 다시 조각납니다. 필요한 건 질문을 없애는 게 아니라 질문이 들어오는 길을 정하는 거예요.

긴급한 문제의 기준을 정하고, 그 밖의 질문은 정해진 시간에 모아 받으세요. 질문할 때는 "어떻게 할까요"만 보내지 말고 현재 상황과 본인이 생각한 선택지를 같이 적게 하고요.

"현재는 이렇고, 가능한 방법은 둘이라고 봤어요. 저는 이런 이유로 첫 번째가 낫다고 생각해요. 확인이 필요합니다."

이 형식이 쌓이면 직원은 답을 받기 전에 생각하는 습관이 생깁니다. 사장은 모든 작은 판단의 출발점에서 빠지고요. 자리를 비워도 굴러가는 운영 일정 구조는 거창한 자동화보다 이런 질문 규칙에서 먼저 만들어져요.

이런 말들은 다시 봐야 합니다

"작은 사업장은 사장이 다 해야 빠르다." 오늘 하루만 보면 맞아요. 숙련된 사장이 가장 빠르니까요. 하지만 같은 일이 반복될 때마다 사장이 하면 팀의 속도는 영원히 사장 한 사람의 속도입니다. 처음 넘기는 날에는 느려져도, 다음번에 사장이 빠질 수 있는 일을 골라야 해요.

"잘하는 사람에게 몰아주는 게 효율적이다." 단기 효율은 높아 보입니다. 다만 그 사람이 쉬거나 떠나는 순간 일이 멈춰요. 잘하는 직원에게는 어려운 판단을 맡기고 반복 업무는 다른 사람이 배울 수 있게 나눠야 합니다. 한 사람에게 의존한 편안함은 운영 안정성이 아니에요.

"자동화 도구를 쓰면 잡무가 없어진다." 흐린 일을 자동화하면 흐린 결과가 더 빨리 나올 뿐입니다. 담당, 완료 기준, 예외 처리가 먼저예요. 소상공인이 AI를 쓸 때 먼저 정할 것도 도구보다 업무 정의였습니다. 앱이나 자동화는 이미 정리된 길을 빠르게 달리게 할 뿐 길을 내주지는 않아요.

"직원이 자꾸 물으면 역량이 부족한 것이다." 그럴 수도 있지만 지시가 비어 있을 수도 있어요. 같은 질문이 반복되면 사람부터 평가하지 말고 빠진 기준을 찾아보세요. 질문 내용이 매번 같다면 문서가 없는 문제고, 질문 시점이 늘 늦다면 중간 보고 규칙이 없는 문제일 가능성이 큽니다. 여기까지 확인한 뒤에야 역량을 말할 수 있어요.

사장만 할 일은 달력에서 먼저 지킵니다

중요한 일은 시간이 남으면 하는 일이 아니에요. 시간은 남지 않으니까요. 사장만 할 수 있는 판단을 달력에 먼저 잡고, 그 시간에는 운영 질문이 들어오지 않게 해야 합니다. 일정은 기억 도구가 아니라 경계선이에요.

그 시간에 무엇을 할지도 막연하면 또 메신저를 열게 되고요. "전략 고민" 대신 "채용 기준 초안", "마케팅" 대신 "지난 문의 경로 점검"처럼 결과물 이름을 적으세요. 과정 지표를 먼저 보는 법을 함께 쓰면 바쁜 느낌이 아니라 실제로 바뀐 과정을 확인할 수 있습니다.

하루가 끝날 때는 완료 개수보다 되돌아온 일을 봅니다. 오늘 대신해 준 업무가 내일도 나에게 올지, 오늘 받은 질문이 다음에는 문서로 막힐지. 사장의 하루를 지키는 건 더 부지런해지는 일이 아니라 같은 일이 다시 사장에게 돌아오지 않게 흔적을 남기는 일이에요.

잡무를 없애는 기술이 따로 있는 건 아닙니다. 매일 저녁에 하나만 물으면 돼요. 오늘 내가 한 일 중에 원래 내 일이 아닌 게 뭐였지. 그 질문이 쌓이면 쓰레기통은 천천히 작아집니다. 자리를 비워도 돌아가려면 그 작아짐이 일정 구조로 남아 있어야 하고요.

같은 질문이 세 번 돌아온 날

오전에 직원이 환불 기준을 묻습니다. 사장은 메신저로 짧게 답해요. 점심에는 다른 직원이 비슷한 사례를 들고 옵니다. 이번엔 고객 상황이 조금 달라서 사장이 다시 판단하고요. 퇴근 직전에는 첫 직원이 "아까 답을 고객에게 어떻게 설명하면 되느냐"고 묻습니다. 하루에 같은 문제를 세 번 처리했는데 팀에는 아무 기준도 남지 않았어요.

여기서 필요한 건 답변 속도가 아니라 질문을 문서로 바꾸는 마지막 행동입니다. 반복된 질문을 적고, 직원이 혼자 결정할 범위와 반드시 관리자에게 올릴 예외를 나누고, 고객에게 쓸 안내 문장을 확인해 두는 거죠.

"기본 기준은 이 문서대로 안내해 주세요. 다만 계약 내용이 다르거나 금액 변경이 필요한 경우에는 답하기 전에 저에게 올려주세요."

다음에 같은 질문이 오면 또 답하지 말고 문서 위치를 먼저 알려 주세요. 문서에 없는 사례라면 그때 내용을 보태고, 직원이 문서를 찾기 어려웠다면 저장 위치를 바꿉니다. 이렇게 해야 질문 한 번이 다음 질문을 줄이는 자산이 돼요.

조심할 점도 있습니다. 법률·의료·노무처럼 사실관계에 따라 판단이 달라지는 내용을 한 줄 규칙으로 단순화하면 위험해요. 직원이 확정해서 말해도 되는 범위와 전문가 확인이 필요한 범위를 함께 표시하세요. 사장이 모든 답을 아는 사람이 되려 하지 말고 누구에게 확인해야 하는지 아는 구조를 만드는 겁니다.

하루 끝에는 "몇 건을 처리했나"보다 "오늘 답한 질문 중 다음에는 내가 답하지 않아도 되는 것은 무엇인가"를 보세요. 그 질문에 답하며 문서 하나, 권한 하나, 확인 경로 하나를 남기면 잡무가 그냥 끝난 게 아니라 운영 체계로 바뀝니다.

짧은 문답

맡겼다가 사고가 나면요?

처음엔 납니다. 그래서 한 사람에게 몰아주는 것도, 방치하는 것도 둘 다 사고예요. 작은 일부터 넘기고 과정만 같이 보면 사고의 크기가 달라집니다.

잡무를 없앨 수는 없잖아요?

없애라는 말이 아니에요. 잡무가 사장 한 사람에게만 모이지 않게 하라는 쪽에 가깝습니다.