매출과 거래량이 늘 때 인원이 함께 늘어나는 현상 자체가 문제는 아닙니다. 다만 건수와 작업시간이 정비례하고, 시스템 사이를 사람이 옮겨 다니며, 상시 확인과 재작업이 누적된다면 채용보다 먼저 업무 구조를 점검해야 합니다.
목표는 사람을 줄이는 것이 아닙니다. 물량이 늘 때 반복 증원으로만 대응하지 않도록 불필요한 작업을 없애고, 표준화할 구간과 사람이 판단할 구간을 분리하는 것입니다.
신호 1. 처리 건수와 사람의 작업시간이 정비례합니다
한 건을 처리하는 시간이 거의 줄지 않고 물량만 늘어난다면 필요한 작업시간도 선형으로 증가합니다.
기간 총작업시간 = 처리 건수 × 건당 접촉시간
필요 인력시간 = 총작업시간 + 예외·재작업시간예를 들어 주문 1건을 확인하고 옮겨 적는 데 5분이 걸린다면 10건은 50분, 1,000건은 5,000분입니다. 5,000분은 약 83.3시간이므로 원문의 ‘80시간’보다 실제 계산값이 큽니다. 숙련만으로 건당 시간이 거의 줄지 않는다면 물량 증가가 곧 증원 압력이 됩니다.
이때 확인할 것은 다음 세 가지입니다.
- 같은 정보를 여러 번 입력하는가
- 모든 건을 같은 강도로 검토하는가
- 결과를 원문이나 규칙으로 빠르게 검증할 수 있는가
중복 입력을 없애고 저위험 표준 건과 고위험 예외 건을 나누면 전체를 자동 처리하지 않아도 필요한 접촉시간을 줄일 수 있습니다.
신호 2. 시스템 간 단절을 사람이 복사·붙여넣기로 메웁니다
쇼핑몰 주문을 내려받아 배송 프로그램에 올리고, 운송장 번호를 다시 쇼핑몰에 입력하는 것처럼 사람이 데이터 중계 역할을 하면 채널이 늘 때 업무도 함께 늘어납니다. 재무·경영지원에서는 다음 형태가 자주 나타납니다.
- 계좌 거래내역을 내려받아 별도 장부에 다시 입력
- 세금계산서와 카드 자료를 각각 내려받아 거래처명 수동 통합
- 부서별 예산 파일을 모아 같은 항목명으로 다시 정리
- 승인 결과를 메신저에서 확인해 회계 기록에 재입력
- 시스템마다 다른 거래처 코드와 프로젝트명을 사람이 매칭
연결 전에 기준정보부터 맞춰야 합니다. 거래처 식별자, 날짜 기준, 금액 단위, 취소·환불 처리 규칙이 다르면 연동 뒤에도 사람이 오류를 수습하게 됩니다.
단절 구간을 찾는 질문
- 같은 숫자를 두 곳 이상에 입력합니까?
- 파일을 내려받고 다시 올리는 단계가 있습니까?
- 사람이 열 이름이나 코드 값을 매번 바꿉니까?
- 어느 시스템이 최종 원본인지 담당자마다 답이 다릅니까?
- 오류가 나면 어느 단계에서 생겼는지 추적하기 어렵습니까?
이 네 항목은 법정·실증 임계값이 아니라 회사 내부의 업무 구조를 살펴보는 진단 질문입니다. 해당 개수만으로 조치 순서를 정하지 말고, 각 항목이 마감 지연·오류·통제 위험·추가 투입시간에 미치는 영향을 기록한 뒤 데이터 흐름과 기준정보를 먼저 정리할지 판단하세요.
신호 3. 실제 처리보다 확인을 위한 대기와 감시가 더 깁니다
입금 여부, 승인 상태, 재고 부족, 증빙 도착 여부를 수시로 열어보는 업무는 한 번의 작업시간은 짧아 보여도 집중을 계속 끊습니다. 관리 대상이 늘면 ‘확인했지만 변한 것이 없는 시간’도 함께 증가합니다.
대기형 업무는 다음 세 단계로 바꿔볼 수 있습니다.
- 확인 대상과 완료 조건을 명확히 정합니다.
- 확인 주기를 실시간이 아니라 위험과 마감에 맞춰 구분합니다.
- 조건이 충족되지 않았을 때만 담당자가 판단하도록 예외 목록을 만듭니다.
예를 들어 모든 미수금을 매시간 확인하는 대신 약속일 경과, 일정 금액 이상, 장기 미수처럼 개입 조건을 정할 수 있습니다. 조건을 감지하는 방식이 시스템이든 정기 보고서든, 최종 연락과 회수 판단의 책임자는 따로 지정해야 합니다.
신호 4. 예외와 재작업이 물량보다 더 빠르게 늘어납니다
표준 거래가 늘어나는 것보다 예외가 늘어날 때 업무 복잡도는 급격히 커집니다. 거래처마다 다른 정산일, 부서마다 다른 증빙 양식, 누락된 필수값, 승인 뒤 반복되는 수정이 대표적입니다.
재작업률을 따로 계산하면 숨은 증원 원인을 찾을 수 있습니다.
재작업률 = 다시 처리한 건수 ÷ 전체 완료 건수 × 100
예외 처리시간 비중
= 예외·수정에 쓴 시간 ÷ 전체 작업시간 × 100재작업률이 높다면 처리 속도를 높이기 전에 최초 입력 기준과 승인 규칙을 고쳐야 합니다. 자동화는 불안정한 예외를 없애지 않고 더 빠르게 다음 단계로 넘길 수도 있습니다.
2주 동안 이 기록표로 업무 구조를 확인하세요
| 기록 항목 | 무엇을 적나요 | 진단할 문제 |
|---|---|---|
| 유입량 | 하루·주간 신규 건수 | 물량 변동과 최대치 |
| 접촉시간 | 사람이 실제 처리한 분 | 선형 증가 업무 |
| 대기시간 | 요청부터 다음 단계까지 멈춘 시간 | 승인·인계 병목 |
| 수동 인계 | 파일·복사·재입력 횟수 | 시스템 단절 |
| 예외 건수 | 표준 절차를 벗어난 건 | 규칙 불안정 |
| 재작업 건수 | 완료 뒤 다시 수정한 건 | 입력·검토 품질 |
| 판단 담당자 | 최종 결정을 내린 사람 | 책임 공백 |
평균만 보지 말고 월말, 급여일, 세금 신고 전처럼 가장 혼잡한 날도 별도로 표시하세요. 반복 증원은 평균 물량보다 피크 물량과 마감 실패에서 시작되는 경우가 많습니다.
개선은 제거·표준화·연결·자동화·역할 설계 순서로 진행합니다
1. 제거
쓰이지 않는 보고서, 중복 승인, 같은 자료의 재입력부터 없앱니다. 존재 이유를 설명할 수 없는 단계는 자동화 대상이 아니라 제거 대상입니다.
2. 표준화
필수 입력값, 파일 형식, 거래처 코드, 승인 기준과 예외 유형을 맞춥니다. 표준화가 되지 않으면 연결과 자동화 뒤에도 수작업이 남습니다.
3. 연결
시스템 사이에서 같은 데이터를 다시 입력하는 구간을 줄입니다. 연동 방식보다 원본 시스템, 식별자, 오류 처리 책임을 먼저 정합니다.
4. 자동화
반복 빈도가 높고 규칙이 안정적이며 결과를 검증할 수 있는 단계부터 작게 시험합니다. 자동 처리율보다 순절감시간, 예외율, 오류와 복구시간을 비교하세요.
5. 역할 설계
구조를 정리한 뒤에도 남는 예외 판단, 거래처 조율, 통제 책임, 기준 개선을 누가 맡을지 정합니다. 이 역할의 지속적 업무량이 충분하다면 그때 채용 필요성을 검토합니다.
자동화가 언제나 무한히 확장되는 것은 아닙니다
원본은 소프트웨어 비용이 처리량과 무관하고 확장성이 무한하다고 단정했지만 실제 운영에는 사용량 비용, 연동 한계, 데이터 품질, 예외 처리, 유지보수와 장애 대응이 따릅니다. 처리량이 늘면 검토해야 할 예외의 절대 건수도 증가할 수 있습니다.
따라서 개선 성과는 인원수만으로 판단하지 말고 다음 지표를 함께 보세요.
- 건당 접촉시간
- 마감기한 내 완료율
- 예외·재작업률
- 미처리 잔량과 최장 대기일
- 오류의 금액과 복구시간
- 담당자가 판단·개선에 쓰는 시간 비중
채용이 필요한 성장은 따로 있습니다
거래량이 늘면서 고객·직원·거래처와의 조정이 복잡해지거나, 내부통제 책임과 전문 판단이 커지는 경우에는 사람이 필요합니다. 표준 처리는 줄였는데도 예외와 의사결정 업무가 꾸준히 늘고, 기존 책임자가 서비스 수준을 유지할 수 없다면 채용은 구조적 필요에 가깝습니다.
핵심은 ‘사람을 뽑지 않는 조직’이 아니라, 사람이 데이터 운반과 상태 확인에 묶이지 않고 판단과 개선을 맡는 조직을 만드는 것입니다.
마무리
반복 증원의 원인은 단순한 물량 증가일 수도 있고, 선형 작업·시스템 단절·대기·재작업이 겹친 구조일 수도 있습니다. 2주만 실제 흐름을 기록해도 어디서 사람이 계속 추가되는지 보입니다. 제거와 표준화 뒤에도 남는 판단 업무를 기준으로 자동화 범위와 채용 역할을 각각 설계하세요.
