가장 위험한 엑셀 모델은 역설적이게도 '여전히 잘 돌아가고 있는' 모델입니다.
이런 모델들은 수년 동안 사용되어 왔습니다. 시트는 10개가 넘고, 데이터는 여러 소스에서 끌어옵니다. 팀원 모두가 어떤 탭을 새로고침해야 하는지, 어떤 결과값을 보고서에 복사해야 하는지는 잘 알고 있습니다. 하지만 원천 데이터에서 최종 수치에 이르기까지의 전체 경로를 제대로 설명할 수 있는 사람은 거의 없습니다.
최근 엑셀 사용자들 사이의 토론 내용이 유독 공감을 얻은 이유도 이 때문입니다. 약 20년 경력의 한 컨트롤러가 여러 소스와 수년간 쌓인 로직이 뒤섞인 복잡한 엑셀 모델을 다들 어떻게 감사(Audit)하는지 물었습니다. 그러면서 본인도 결과값이 틀렸다는 것을 눈치채기 전까지는 실제로 모델을 검토하지 않는다고 솔직하게 털어놓았습니다.
비즈니스에 핵심적인 수많은 스프레드시트가 이런 식으로 운영됩니다. 문제가 터져서 누군가를 당황하게 만들기 전까지는 그저 '믿고 쓰는' 것이죠.
오래된 엑셀 모델이 위험해지는 이유
문제는 엑셀이라는 도구 자체가 아닙니다. 엑셀은 여전히 많은 재무 및 운영 팀이 비즈니스 문제를 모델링하기에 가장 빠른 도구입니다. 진짜 문제는 스프레드시트의 로직이 검토 속도보다 훨씬 빠르게 복잡해진다는 점입니다. 처음에는 유용한 분석 도구로 시작했던 워크북이 정기 보고서가 되고, 나중에는 누군가로부터 물려받은 거대한 시스템이 되어버립니다.
모델이 정말 중요해지는 시점이 되면, 정작 그 로직을 추적할 수 있는 기록은 사라지고 없습니다.
리스크는 대개 엄청난 수식 오류 하나에서 오지 않습니다. 그보다는 조금씩 쌓인 작은 가정들이 원인인 경우가 많습니다. 형태가 바뀐 데이터를 그대로 붙여넣었거나, 새로운 카테고리를 놓친 참조 테이블(Lookup table), 아무도 열어보지 않는 보조 탭, 혹은 담당자의 기억 속에만 존재하는 보고 절차 같은 것들이죠.
숙련된 사용자들의 권장 사항
해당 토론의 답변들이 유용했던 이유는 실제로 이런 모델들과 씨름해 본 사람들의 경험담이었기 때문입니다. 한 사용자는 가장 단순한 제어 계층을 제안했습니다. 합계, 참조값, 누락 데이터 등 모델이 깨질 수 있는 모든 지점에 체크 기능을 넣는 것입니다. 또 다른 사용자는 팀 프로세스를 설명했습니다. 한 사람이 데이터 수집 및 변환 흐름을 문서화한 뒤, 모델을 다시 사용하기 전에 다른 팀원에게 검증을 받는 방식입니다.
규제가 엄격한 환경의 사례는 더 철저했습니다. 모든 결과값에서 역방향으로 경로를 추적하고, 연결 고리에 주석을 달고, 각 경로를 독립적으로 테스트한 뒤, 마크업된 사본을 해당 시점의 모델과 함께 아카이빙했습니다. 또한 수식뿐만 아니라 매월 또는 분기별 작업 절차 자체에 리스크가 있다고 보고, 모든 운영 단계에 대한 체크리스트 탭을 별도로 관리했습니다.
이러한 의견들은 결국 하나의 교훈으로 귀결됩니다. 실질적인 엑셀 감사는 버튼 하나로 끝나는 것이 아니라, 원천 데이터에서 최종 의사결정에 이르는 과정을 검토 가능한 경로로 만드는 일입니다.
실무적인 엑셀 모델 감사 워크플로우
효율적인 감사는 모든 수식을 뒤지는 것에서 시작하지 않습니다. 워크북의 전체적인 흐름을 파악하는 것이 우선입니다.
1. 원천 데이터 파악하기
먼저 소스를 식별하세요. 어떤 데이터 추출물, 탭, 붙여넣은 범위, 연결된 워크북 또는 수동 입력값이 모델에 들어오나요? 주기적으로 새로고침되는 것은 무엇이며, 누군가의 기억에 의존해 수행되는 단계는 무엇인가요?
2. 변환 과정 매핑하기
그다음은 변환 과정을 매핑합니다. 거창할 필요는 없습니다. "원천 데이터가 여기서 입력되어, 여기서 정제되고, 이 참조 테이블과 결합하여, 이 계산 과정을 거쳐, 최종 보고서 탭으로 흐른다"는 정도의 간단한 검토 노트면 충분합니다.
3. 오류가 숨기 쉬운 곳에 제어 장치 추가하기
오류가 발생하기 쉬운 지점에 체크 기능을 추가하세요. 원천 데이터와 결과값의 합계가 일치해야 하고, 참조 테이블에 누락된 키값이 있으면 알람이 떠야 합니다. 날짜 범위는 보고 기간과 일치해야 하며, 빈 행, 중복 ID, 비정상적인 부호(+/-), 예상치 못한 카테고리 등은 즉시 눈에 띄도록 만들어야 합니다.
4. 회의적인 시각으로 결과물 검토하기
결과값을 의심해 보세요. 어떤 최종 수치가 의사결정을 좌우하나요? 틀렸을 때 가장 큰 비용을 치러야 하는 수치는 무엇인가요? 수식이나 오래된 보조 탭 속에 숨겨진 가정은 무엇인가요? 이런 부분들이 가장 집중적인 검토가 필요한 곳입니다.
5. 다른 사람에게 설명 가능한 상태로 만들기
마지막으로, 다른 사람에게 설명하고 검토를 받으세요. 좋은 스프레드시트 감사는 기술적인 확인에 그치지 않습니다. 다른 사람이 모델을 이해하고 의문을 제기할 수 있는 수준이 되어야 합니다.
AI를 '블랙박스'로 만들지 않고 활용하는 법
이 과정에서 AI가 도움을 줄 수 있습니다. 단, 신중하게 사용해야 합니다.
AI를 모델의 정확성을 선언해 주는 '마법의 감사 도구'로 여겨서는 안 됩니다. 그러면 기존의 블랙박스 위에 또 다른 블랙박스를 얹는 꼴이 됩니다. AI의 유용한 역할은 더 좁고 실무적이어야 합니다. 워크북 구조 요약, 검토 질문 생성, 의심스러운 패턴 찾기, 복잡한 수식을 일상 언어로 설명하기, 그리고 사람이 확인할 수 있는 검토 노트 초안 작성 등이 그것입니다.
예를 들어, 재무 팀은 엑셀 모델을 업로드하고 다음과 같이 요청할 수 있습니다.
이 워크북을 재무 모델 관점에서 검토해줘.
원천 데이터 탭과 최종 결과 탭을 나열해줘.
리스크가 높아 보이는 수식이나 결합(Join)을 찾아줘.
누락된 참조값, 빈 카테고리, 비정상적인 부호 변경이 있는지 확인해줘.
내가 수동으로 확인해야 할 가정들을 포함해 짧은 검토 노트 초안을 작성해줘.
AI의 가치는 책임을 대신 지는 데 있는 것이 아니라, 사용자가 워크북을 단순한 탭의 나열이 아닌 하나의 '시스템'으로 바라볼 수 있게 돕는 데 있습니다.
이 차이는 매우 중요합니다. 재무 및 운영 팀에 필요한 것은 AI가 막연하게 내뱉는 확신이 아니라, 검토 가능한 결과물입니다. AI 도구가 수치가 변했다고 말한다면, 그 근거가 되는 행과 열, 혹은 가정을 정확히 짚어주어야 합니다. 요약문을 작성한다면, 사용자가 이를 사용하기 전에 무엇을 확인해야 하는지 알려주어야 합니다.
제대로 된 감사가 남기는 것들
강력한 스프레드시트 감사 워크플로우는 보통 다음 네 가지 결과물을 만들어냅니다.
- 소스 인벤토리: 모델에 무엇이 입력되는지 팀 전체가 알게 됩니다.
- 계산 맵: 로직의 흐름을 누구나 따라갈 수 있게 됩니다.
- 예외 체크: 명백한 오류가 워크북 안에 숨어있지 못하게 합니다.
- 검토 노트: 미래의 사용자가 무엇을 확인했는지, 무엇이 불확실한지, 어디에 판단이 개입되었는지 이해할 수 있게 합니다.
마지막 부분이 특히 중요합니다. 스프레드시트 모델은 단순히 파일을 열어본다고 해서 안전해지지 않습니다. 팀이 모델을 설명하고, 테스트하고, 결과 뒤에 숨겨진 근거를 검토할 수 있을 때 비로소 안전해집니다.
RowSpeak로 더 쉬운 스프레드시트 검토 시작하기
RowSpeak는 비즈니스 사용자가 이미 일하고 있는 도구인 스프레드시트에서 바로 시작할 수 있어 유용합니다. 파일을 업로드하고, 일상 언어로 검토 질문을 던지고, 요약본을 생성하며, 그 결과를 사람이 직접 검토할 수 있는 보고서나 체크리스트로 바꿀 수 있습니다.
목표는 엑셀을 없애는 것이 아닙니다. 불투명하고 위험한 엑셀 작업을 투명하게 만드는 것입니다.
만약 여러분의 팀이 아무도 완벽히 이해하지 못하는 워크북에 의존하고 있다면, 오늘 당장 이 질문 하나로 검토를 시작해 보세요. "이 수치가 틀렸을 때 우리 비즈니스에 가장 큰 타격을 줄 최종 숫자는 무엇인가?"
그리고 그 숫자에서부터 역으로 추적해 보시기 바랍니다.
다음 스프레드시트 검토는 RowSpeak와 함께 시작해 보세요: https://dash.rowspeak.ai
