RUDA DIRECTOR / BEFORE & AFTER · PATTERN 020
제품 안에 사람이 직접 처리하는 단계가 남아 있으면 팀은 쉽게 불안해집니다. 아직 덜 만든 것처럼 보이고, 사용자가 늘면 곧 무너질 것 같기 때문입니다. 그래서 자동화를 완성도의 증거로, 수작업을 기술 부채로 묶어 판단합니다.
하지만 같은 수작업이라도 역할은 다릅니다. 어떤 수작업은 아직 알 수 없는 고객 행동을 배우기 위한 실험 장치입니다. 어떤 수작업은 고객이 돈을 내는 판단과 책임 그 자체입니다. 반대로 어떤 수작업은 이미 답이 정해진 정보를 옮기며 다음 결정을 늦추는 병목입니다. 세 가지를 구분하지 않고 자동화하면 학습과 신뢰를 없애거나, 가치가 없는 반복만 더 빠르게 만들 수 있습니다.
아래 상황은 여러 관찰에서 공통 구조만 추려 만든 합성 예시입니다. 특정 회사·제품·고객이나 실제 운영 성과를 뜻하지 않습니다.
BEFORE — 사람이 하는 일은 모두 미완성으로 분류한다
가상의 업무용 서비스를 운영하는 팀이 있다고 가정해 보겠습니다. 신청이 들어오면 담당자가 사용 목적을 읽고, 필요한 자료를 골라 보내고, 예외 상황을 확인한 뒤 다음 단계를 안내합니다. 일부 결과물도 사람이 검토해 품질을 맞춥니다.
팀은 이 과정을 하나의 긴 수작업으로 봅니다. 신청 분류, 자료 선택, 검토, 안내를 한꺼번에 자동화하는 계획을 세웁니다. 화면에는 “자동으로 처리된다”는 문구를 추가하고, 사람이 개입하는 순간을 최대한 감추려 합니다. 구매자에게 더 완성된 제품으로 보이게 하려는 결정입니다.
문제는 각 단계가 왜 수작업인지 확인하지 않았다는 데 있습니다. 신청 분류는 반복 규칙이 안정돼 있을 수 있습니다. 반면 예외 검토는 잘못된 결정을 막는 책임 단계일 수 있습니다. 자료 선택은 아직 고객의 실제 목적을 배우는 관찰 창구일 수도 있습니다. 구현 방식은 같지만 구매자에게 주는 가치는 서로 다릅니다.
DIAGNOSIS — 구현 방식과 의사결정 역할을 혼동했다
수작업은 문제 이름이 아닙니다. 누가 처리하는지를 설명하는 구현 방식입니다. 자동화 여부를 결정하려면 먼저 그 단계가 구매와 전달 과정에서 어떤 판단을 맡는지 확인해야 합니다.
학습 수작업은 아직 규칙이 안정되지 않은 문제에서 고객의 맥락과 예외를 발견합니다. 너무 일찍 자동화하면 빠르게 처리할 수는 있어도 무엇을 잘못 분류했는지 배우기 어려워집니다. 가치 수작업은 해석, 협상, 검토, 책임처럼 고객이 실제로 필요로 하는 판단을 제공합니다. 이를 숨기면 제품의 약점이 아니라 제공 가치까지 사라질 수 있습니다.
병목 수작업은 이미 규칙이 명확한 정보를 반복해서 옮기거나, 다음 담당자에게 전달하기 위해 같은 내용을 다시 확인합니다. 이 단계는 고객의 선택을 더 정확하게 만들지 않으면서 대기와 누락만 늘립니다. 자동화 우선순위는 사람의 개입이 보이는 정도가 아니라, 이 지연이 다음 결정을 얼마나 막는지에서 나와야 합니다.
VISUAL EVIDENCE — 수작업은 어떤 경로로 분류해야 하는가
| 검토 순서 | 확인 질문 | 그렇다면 | 아니라면 |
|---|---|---|---|
| 1. 고객 가치 | 사람의 판단이 결과의 정확성·책임·적합성을 높이는가 | 가치 수작업으로 표시하고 제공 범위를 명확히 설명 | 다음 질문으로 이동 |
| 2. 학습 가치 | 이 단계에서 아직 알려지지 않은 고객 맥락이나 예외를 배우는가 | 학습 수작업으로 보존하고 관찰 항목을 기록 | 다음 질문으로 이동 |
| 3. 규칙 안정성 | 입력·판단 기준·예외 처리 방식이 반복 가능하게 정의됐는가 | 자동화 후보로 이동 | 먼저 절차를 표준화하고 경계를 확인 |
| 4. 병목 영향 | 반복 작업이 다음 결정의 대기·누락·비용을 만들고 있는가 | 우선 자동화하고 실패 시 복구 경로를 남김 | 자동화 우선순위를 낮춤 |
| 5. 결과 검증 | 자동화 후 속도뿐 아니라 다음 단계의 품질도 확인할 수 있는가 | 유지·확대 여부를 판단 | 완료로 보지 않고 관측 지점을 먼저 만듦 |
이 흐름에서 중요한 것은 자동화 비율이 아닙니다. 사람의 판단이 필요한 곳과 기계가 반복을 맡아야 할 곳의 경계를 정확히 그리는 일입니다. 학습 단계는 관찰 가능해야 하고, 가치 단계는 구매자가 무엇을 받는지 이해할 수 있어야 하며, 병목 단계는 다음 결정까지의 대기를 줄여야 합니다.
DECISION — 자동화 범위보다 책임 경계를 먼저 설계한다
- 수작업 목록 대신 결정 목록을 만듭니다. 각 단계에서 무엇을 판단하고, 잘못 판단했을 때 누가 영향을 받는지 적습니다.
- 학습·가치·병목을 분리합니다. 하나의 단계가 여러 역할을 가진다면 입력 수집과 판단, 전달을 나누어 봅니다.
- 규칙이 안정된 반복부터 자동화합니다. 예외가 무엇인지 모르는 상태에서 사람의 결정을 그대로 흉내 내지 않습니다.
- 사람이 남는 이유를 공개적으로 설명합니다. 검토·책임·협상처럼 구매 가치인 개입은 미완성처럼 숨기지 않고 서비스 범위로 명시합니다.
- 속도와 결과 품질을 함께 봅니다. 처리 시간이 줄어도 잘못된 분류, 재작업, 이탈이 늘었다면 자동화가 문제를 해결한 것이 아닙니다.
AFTER — 수작업 제거에서 결정 품질 설계로
| 비교축 | BEFORE | AFTER |
|---|---|---|
| 문제 정의 | 사람이 개입하니 제품이 미완성이다 | 이 개입은 학습·가치·병목 중 무엇인가 |
| 자동화 기준 | 반복되거나 눈에 보이면 자동화 | 규칙이 안정되고 지연이 결정 경로를 막을 때 자동화 |
| 사람의 역할 | 가능하면 숨기거나 제거 | 판단·책임·예외 처리의 범위를 명시 |
| 구매자 설명 | 자동 처리 여부를 완성도의 증거로 제시 | 누가 무엇을 판단하고 어디까지 책임지는지 제시 |
| 성공 판단 | 자동화된 단계가 늘었는가 | 대기가 줄고 다음 결정의 품질이 유지됐는가 |
| 실패 처리 | 예외도 같은 자동 경로에 넣음 | 복구·사람 전환·책임 소유자를 함께 설계 |
합성 상황의 수정안에서는 모든 수작업을 없애지 않습니다. 신청 정보의 반복 이동과 단순 분류는 자동화하되, 목적이 불명확한 예외는 사람에게 전환합니다. 담당자의 검토가 제공 가치라면 화면과 계약 범위에서 숨기지 않습니다. 동시에 어떤 판단이 반복 규칙으로 안정되는지 기록해 다음 자동화의 근거로 남깁니다.
WHEN NOT TO APPLY — 사람의 개입을 낭만화해서도 안 된다
- 단순 전달과 재입력이 누락과 대기를 만들고 있다면 “정성”이라는 이름으로 보존하지 않습니다.
- 판단 기준이 이미 안정적이고 예외 경계도 명확하다면 학습을 이유로 반복 노동을 유지할 필요가 없습니다.
- 사람마다 결과가 크게 달라지는 단계라면 인간 개입 자체가 품질을 보장한다고 가정하지 않습니다. 기준·검토·이의 제기 경로가 필요합니다.
- 민감하거나 되돌리기 어려운 결정은 속도만으로 자동화하지 않습니다. 설명 가능성, 승인, 복구와 책임 소재가 먼저입니다.
- 수작업이 고객이 산 핵심 가치라면 이를 소프트웨어 성능처럼 포장하지 않습니다. 전달 비용과 반복 가능성은 별도로 확인해야 합니다.
DECISION RULE
사람이 하는 일을 발견하면 바로 자동화하지 않는다. 그 단계가 새로운 사실을 배우는지, 고객이 사는 판단을 제공하는지, 이미 정해진 결정을 늦추는지를 먼저 구분한다. 규칙이 안정됐고 반복 지연이 다음 결정을 막으며 복구 경로까지 마련됐을 때 자동화한다.
좋은 제품은 사람이 보이지 않는 제품이 아닙니다. 사람이 없어도 되는 곳과 반드시 남아야 하는 곳을 구분한 제품입니다. 자동화는 그 경계를 선명하게 만든 뒤에야 완성도를 높입니다.