엑셀만 붙잡고 씨름하는 나, 어떻게 개선해야 할까
우리는 왜 늘 반복적인 일에 시간을 허비해야만 하는 걸까?
단순히 합계 한 줄, 평균 하나 구하면 끝날 작업을 두세 시간씩 붙잡고 있는 이유 말입니다. 사실 함수 몇 개만 쓰면 해결될 문제인데, 어느 순간 우리는 스스로를 “휴먼 매크로”로 만들어 버립니다. 데이터가 맞는지 일일이 클릭해 확인하고, 같은 셀을 열었다 닫았다 반복하면서요.
이건 단순한 숙련도의 문제가 아닙니다. 워크플로우(Workflow) 설계의 부재, 데이터 구조에 대한 무지, 그리고 “눈으로 확인하면 더 안전하다”는 잘못된 신념이 만든 결과입니다.
원인은 무엇일까
원본 데이터 훼손
우리는 자꾸 원본 시트에 손을 댑니다. 병합, 색칠, 직접 값 수정. 이 순간부터 원본은 더 이상 원본이 아닙니다. 이후 과정은 모두 ‘버그’ 잡는 디버깅(Debugging)처럼 바뀌죠.
데이터 키 부재
레코드마다 유일한 식별자(Primary Key)가 없다면, 중복 검사는 수작업이 될 수밖에 없습니다. 결국 우리는 엑셀을 DBMS처럼 쓰고 싶으면서도 DB의 가장 기본적인 규칙을 지키지 않는 셈입니다.
데이터 타입 불일치
날짜는 텍스트로 섞이고, 숫자는 문자로 저장됩니다. 함수는 계산을 거부하고, 우리는 수동 검증에 빠집니다. 결국 시스템은 멀쩡한데 우리가 QA를 수작업으로 하고 있는 겁니다.
결국 남는 질문
우리는 왜 매번 같은 실수를 반복할까요?
왜 10분짜리 일을 두 시간을 들여서야 마무리할까요?
그건 ‘안심’을 잘못된 방식에서 찾기 때문입니다.
눈으로 직접 확인하면 불안이 줄어드는 것 같지만, 사실은 그 불안을 더 키우고 있습니다. 진짜 안심은 구조에서 나옵니다. 한번 설계한 프로세스가 언제든 재현 가능할 때, 우리는 비로소 반복에서 벗어납니다.
엑셀은 도구입니다.
문제는 도구가 아니라 우리가 만드는 프로세스입니다.
우리가 휴먼 매크로가 아니라 설계자가 되어야 하는 이유가 여기에 있습니다.
어떻게 개선할 수 있을까
원본/가공 분리
Raw Data는 절대 손대지 않는다. ETL 파이프라인처럼 원본 → 가공 → 출력 구조를 만든다.
테이블(Table) 구조화
행은 사건, 열은 속성. 최소한 이 원칙만 지키면 피벗과 함수는 정상 동작한다.
데이터 검증 자동화
ISERROR, COUNTIFS, 조건부 서식 등으로 Validation Rule을 심어두면 QA를 눈으로 하지 않아도 된다.
재현 가능한 프로세스
한 번 만든 변환은 다시 실행 가능해야 한다. 재현 불가능한 작업은 ‘스파게티 코드’와 다를 바 없다.
우리가 배워야 하는 태도
업무 환경은 점점 더 데이터 중심으로 움직입니다.
엑셀은 그 데이터의 출발점일 뿐이고, 결국 우리가 원하는 것은 “신뢰할 수 있는 결과”입니다. 그런데 신뢰는 감으로 만들어지지 않습니다. 검증 규칙, 구조화, 자동화 같은 시스템적 설계에서만 나옵니다.
한 번 잘 짜놓은 프로세스(Workflow)는 개발자의 코드처럼 재사용됩니다.
오늘 만든 수식이 내일도 그대로 돌아가고, 이번에 만든 보고서가 다음 달에도 똑같이 작동할 때 비로소 시간은 내 것이 됩니다. 그때부터 우리는 반복 확인의 노예가 아니라, 프로세스의 설계자가 됩니다
작은 변화가 큰 차이를 만든다
원본을 건드리지 않는다
키를 만든다
형식을 통일한다
검증을 자동화한다
이 네 가지는 사소해 보이지만, 실제로는 “엑셀을 다루는 태도”를 완전히 바꿔놓습니다. 마치 개발자가 코딩 컨벤션을 지키는 것처럼, 데이터 작업에도 지켜야 할 규칙이 있다는 말입니다.
마무리하며
결국 엑셀은 거울입니다.
그 안에서 씨름하는 우리의 모습은 단순히 함수와 수식의 문제가 아니라, 우리가 일을 대하는 방식 자체를 보여줍니다.
우리는 종종 불안을 줄이려는 잘못된 방법에 매달립니다. 클릭하고 확인하고 다시 확인하는 반복. 그러나 진짜 해답은 다른 곳에 있습니다. 재현 가능한 구조, 자동화된 검증, 원칙 있는 설계. 이 세 가지가 자리 잡는 순간, 우리는 더 이상 셀 앞에서 허둥대지 않습니다.
10분 걸릴 일을 두 시간이 걸려서야 끝내던 과거를 떠올리며, 이제는 묻고 싶습니다.
“정말 문제는 엑셀이었을까, 아니면 나의 방식이었을까?”
그 질문에 솔직하게 답할 수 있을 때,
비로소 우리는 엑셀을 도구로 넘어 나만의 시스템으로 만들 수 있을 겁니다.
