KMA 인터뷰에서, AWS Summit에서, 기업 내부 세션에서 — 수백 명의 임직원들과 이야기해왔다. 그리고 반복해서 듣는 이야기가 있다.
"우리 회사가 DX 한다고 했는데, 저는 아직도 엑셀 쓰는데요?"
이건 특정 회사의 문제가 아니다. 패턴이다.
왜 이런 일이 반복되는가
1. 선언과 실행의 주체가 다르다
DX 전략은 임원실에서 만들어진다. 실행은 현장이 해야 한다. 그런데 현장은 DX 전략을 수립하는 과정에 참여하지 않았다.
결과적으로 현장 입장에서 DX는 "위에서 내려온 지시"다. 왜 해야 하는지 납득이 안 된다. 어떻게 해야 하는지도 모른다. 기존 업무도 바쁜데 새로운 도구를 배울 시간이 없다.
의욕 없이 시작한 변화는 조용히 사라진다. DX 프로젝트가 아무도 쓰지 않는 시스템으로 남는 이유다.
2. 도구를 먼저 도입하고 프로세스는 나중에
새 CRM, 새 데이터 대시보드, 새 협업 툴을 도입한다. 그런데 기존 업무 방식은 그대로다.
새 도구를 쓰면서도 결국은 "확인용 엑셀"을 따로 만든다. 새 대시보드를 켜두고 보고서는 여전히 엑셀로 만든다. 도구만 늘었지 효율은 오히려 줄었다.
도구는 프로세스를 바꾸지 않는다. 오히려 프로세스가 바뀌어야 도구가 정착한다.
3. "당장의 성과"에 대한 압박
현장 팀장의 KPI는 이번 분기 실적이다. 새 도구를 배우는 데 2주가 걸린다면, 그 2주 동안 기존 업무에 차질이 생긴다.
합리적인 팀장이라면 "나중에 배울게요"라고 할 수밖에 없다. 그 '나중'은 결코 오지 않는다.
DX를 추진하는 조직이 놓치는 것은 변화에 드는 비용을 누가 감당하는가의 문제다.
4. 변화의 이유가 와닿지 않는다
"AI 시대에 뒤처지지 않으려면", "글로벌 스탠다드에 맞추려면" — 이런 이유는 현장 팀원에게 와닿지 않는다.
현장이 움직이는 이유는 단 하나다. 내 업무가 더 편해지거나, 내 성과가 더 좋아지거나.
AI와 데이터가 "나의 반복적인 보고서 작업을 줄여준다", "내가 더 좋은 결정을 빠르게 내릴 수 있게 해준다"고 느껴야 쓴다.
그렇다면 무엇이 다른가 — 실제로 변화에 성공한 조직들
변화에 성공한 조직들에는 공통점이 있었다.
첫째, 빠른 작은 성공(Quick Win)을 먼저 만들었다. 전사 DX를 한 번에 하지 않았다. 가장 고통받는 팀, 가장 반복적인 업무 하나를 골라서 거기서 먼저 성과를 보여줬다. "어, 이거 진짜 편해지네?"라는 경험이 확산의 씨앗이 됐다.
둘째, 현장의 언어로 설명했다. "데이터 기반 의사결정"이 아니라 "지난달 매출 분석을 2시간에서 10분으로 줄이는 것"으로 말했다. 추상적인 DX가 아니라 구체적인 내 업무의 변화로 이야기했다.
셋째, 실패를 허용하는 문화를 만들었다. 새 도구를 쓰다가 실수해도 괜찮다는 분위기. 새로운 방식을 시도하다 실패해도 비난받지 않는다는 신뢰. 이게 없으면 현장은 안전한 엑셀로 돌아간다.
결론
DX는 기술의 문제가 아니다. 신뢰와 문화의 문제다.
임원은 도구를 도입했다고 DX가 됐다고 생각한다. 현장은 왜 이 도구를 써야 하는지 모른다. 이 간극이 메워지지 않으면, 아무리 좋은 시스템도 창고에 쌓인다.
변화는 설득에서 시작한다. 설득은 이해에서 시작한다. 그리고 이해는 — 현장에 직접 들어가서 그들의 언어로 이야기하는 것에서 시작한다.