회사가 문제를 꺼내면
이건 이렇게, 저건 저렇게
막힘없이 답이 나옵니다.
프레임워크는 정교하고
로드맵은 선명합니다.
듣는 순간
안도감이 생깁니다.
그리고 계약서를 씁니다.
문제는 그다음부터입니다.
📊 “다 된다”고 했던 프로젝트
HR 아너스포럼의 한 기업 사례입니다.
목표는 공급망 관리(SCM) 자동화였습니다.
발주, 재고, 납기, 거래처 관리까지
한 번에 묶어 자동화한다는 그림이었습니다.
설명은 매끄러웠습니다.
프로세스는 정리돼 있었고
시스템 구조도 명확했습니다.
“이렇게만 하면 됩니다.”
그 말은 설득력이 있었습니다.
한 달이 지났습니다.
현업에서 질문이 올라오기 시작했습니다.
거래처마다 발주 방식이 달랐습니다.
같은 품목도 상황에 따라 처리 방식이 달랐습니다.
정형화된 화면 안에
현장의 변수가 들어오지 않았습니다.
두 달이 지났습니다.
예외가 쌓였습니다.
테스트는 멈췄고
결국 컨설팅 업체가 손을 들었습니다.
여기까지는
낯설지 않은 장면입니다.
문제는 실패 그 자체보다
왜 이런 일이 반복되는가에 있습니다.
🔍 왜 멈췄나
컨설팅은 프레임워크로 움직입니다.
“이런 경우엔 이렇게”라는 전제가
명확해야 작동합니다.
표준 프로세스,
정의된 역할,
예측 가능한 흐름.
이 세 가지가 맞물려야
자동화 설계가 가능합니다.
그런데 현업은
그 틀 바깥에 있습니다.
📌 같은 거래처도 상황 따라 다르게 발주한다
📌 담당자 머릿속에만 있는 규칙이 있다
📌 “원래 이렇게 해왔다”가 절차보다 강하다
📌 예외가 너무 많아 정형화가 안 된다
문서화되지 않은 판단,
관계에 기반한 결정,
경험에서 나온 우선순위.
이 요소들은
시스템 요구사항 정의서에
깔끔하게 담기지 않습니다.
컨설턴트의 실력이 부족해서라기보다
현업의 복잡성이
정형화된 솔루션의 범위를 넘은 것입니다.
프레임워크는
평균적인 상황을 전제로 합니다.
그러나 현장은
평균이 아니라
예외로 움직입니다.
거창한 자동화는
바로 이 지점에서 멈춥니다.
설계는 완성됐는데
현장은 동의하지 않습니다.
시스템은 준비됐는데
사람은 준비되지 않습니다.
여기서 많은 기업이
‘자동화는 어렵다’는 결론에
도달하곤 합니다.
하지만 질문을 조금 바꾸면
다른 길이 보입니다.
💬 방향을 바꾼 뒤에 보인 것
이 회사는 목표를 다시 잡았습니다.
“전부 자동화”를 내려놓고
“수작업부터 줄이자”로 바꿨습니다.
전략의 크기를 줄였습니다.
대신 실행의 밀도를 높였습니다.
먼저 단순 지원 업무를 자동화했습니다.
반복 입력,
자료 취합,
정리 작업.
작아 보이지만
매일 반복되던 일들이었습니다.
이 단계에서 중요한 변화가 생깁니다.
자동화가
‘조직 차원의 거대한 프로젝트’가 아니라
‘오늘 시간을 아끼는 도구’로
인식되기 시작합니다.
그리고 한 가지를 더 했습니다.
각 부서 담당자를 “에이전트”라 부르고
AI 관리자 역할을 맡겼습니다.
영업 담당자는 영업 AI를,
구매 담당자는 구매 AI를 관리합니다.
이 구조의 핵심은 단순합니다.
자동화를 설계하는 사람과
자동화를 쓰는 사람이
분리되지 않는다는 점입니다.
컨설턴트가 미처 보지 못한 변수를
그 일을 매일 하는 사람이 봅니다.
“이 거래처는 이번 달만 다르다.”
“이 경우는 통상 절차를 건너뛴다.”
“이 데이터는 그대로 쓰면 안 된다.”
이런 판단은
매뉴얼에서 나오지 않습니다.
현업 담당자는
예외의 패턴을 알고 있습니다.
그래서 거창한 통합 시스템 대신
부서마다 작은 자동화가 돌아가기 시작했습니다.
작지만 실제로 작동하는 변화.
완벽하지 않지만
멈추지 않는 개선.
이 차이가 큽니다.
HR 관점에서 본 시사점
HR에게 이 사례는
단순한 IT 프로젝트 이야기가 아닙니다.
조직 변화의 방식에 대한 질문입니다.
첫째, 변화의 주체는 누구인가.
위에서 설계해
아래로 내리는 구조는
속도가 빠를 수 있습니다.
하지만 지속성은
현업의 참여에서 나옵니다.
둘째, 역량의 정의를 바꿔야 합니다.
AI를 ‘도입’하는 것이 아니라
AI를 ‘관리’하는 사람을
세우는 일입니다.
각 부서의 에이전트는
기술 전문가가 아니라
업무 전문가입니다.
이 전환은
교육 체계,
평가 기준,
역할 정의에
영향을 줍니다.
셋째, 성공의 단위를 줄여야 합니다.
전사 통합 성공이 아니라
부서 단위의 작은 개선.
완료가 아니라
진행.
이 기준을 받아들이는 순간
실패의 의미도 달라집니다.
자동화는 어디서 시작되는가
이 사례가 말해주는 건 하나입니다.
자동화는
위에서 한 번에 내려오지 않습니다.
현업 담당자의 손에서
작게 시작해
옆으로 번져 나갑니다.
프레임워크는 필요합니다.
방향도 중요합니다.
그러나 실제 움직임은
매일 그 일을 하던 사람에게서 나옵니다.
거창한 설계도보다
오늘의 반복 업무 하나를 줄이는 선택.
완벽한 통합보다
작지만 작동하는 개선.
대표님이 자문해 볼 질문은 이것입니다.
“우리는 전부 바꾸려다 멈춰 있는가.”
“아니면 하나씩 줄이며 나아가고 있는가.”
AX는 선언으로 완성되지 않습니다.
현장의 복잡함을 인정하고,
작게 시작해,
지속적으로 다듬는 과정 속에서
비로소 자리 잡습니다.
늘 자신 있는 제안보다
조용히 작동하는 변화가
조직을 바꿉니다.