🔍 핵심 요약
- 복잡한 단일 수식을 지향하던 LET 함수 사용을 중단하고, 논리 단계가 시각적으로 드러나는 보조 열(Helper Columns) 중심 설계로 회귀함.
- 보조 열 구조는 수식의 오류 추적(Troubleshooting)과 데이터 모델 감사(Auditing) 속도를 비약적으로 향상시키는 결과를 가져옴.
- 엔지니어링의 정수는 단순함에 있으며, 협업 환경에서는 '우아한 코드'보다 '이해하기 쉬운 구조'가 실질적인 생산성을 결정함을 증명함.
상세 분석
엑셀이 수식 내에서 변수를 선언할 수 있는 LET 기능을 도입했을 때, 이는 데이터 분석의 새로운 지평을 열어줄 ‘게임 체인저’로 평가받았습니다. 하나의 셀 안에서 복잡한 연산을 처리하고 수식의 가독성을 높일 수 있다는 약속 때문이었습니다. 그러나 실무 현장에서의 장기적인 운용 결과는 이와 사뭇 다르게 나타나고 있습니다.
많은 시니어 분석가들이 LET 함수의 사용을 줄이고 다시 전통적인 ‘보조 열(Helper Columns)’ 방식으로 회귀하고 있는 것입니다. 가장 큰 이유는 워크북의 ‘감사 가능성(Auditability)’ 때문입니다. LET 함수를 사용해 작성된 수식은 마치 프로그래밍의 ‘블랙박스’와 같습니다.
수식 내부의 변수들이 어떤 중간값을 가지는지 확인하려면 수식 입력줄을 복잡하게 뜯어봐야 하며, 엑셀의 강력한 도구인 ‘참조하는 셀 추적(Trace Precedents)’ 기능을 온전히 활용하기 어렵습니다. 반면, 각 논리적 단계를 별도의 열로 분리하면 데이터의 흐름이 시각적으로 명확해집니다. 오류가 발생했을 때 어느 단계에서 숫자가 틀어졌는지 즉각적으로 파악할 수 있으며, 이는 대규모 재무 모델이나 데이터 분석 환경에서 유지보수 시간을 수십 배 단축해 줍니다.
또한, 파일의 원작자가 아닌 다른 사람이 해당 시트를 인수인계받았을 때의 학습 곡선도 보조 열 방식이 훨씬 완만합니다. 기술적 우아함을 추구하기 위해 도입된 LET 함수가 실제로는 ‘오버 엔지니어링’의 전형이 될 수 있다는 경고입니다. 결국 엑셀은 협업의 도구이며, 가장 훌륭한 워크북은 가장 똑똑한 사람이 만든 것이 아니라 누구나 쉽게 고칠 수 있는 구조를 가진 것입니다.
모듈화된 설계를 통해 계산의 단계를 투명하게 공개하는 것이 실무적 관점에서의 진정한 기술적 승리라고 할 수 있습니다.
시사점
기술의 발전이 반드시 업무의 효율성으로 직결되지는 않습니다. 엑셀의 LET 함수는 ‘작성하기’에는 편리할지 모르나 ‘읽고 수정하기’에는 치명적인 결함이 있습니다. 실무에서는 언제나 심미적인 수식보다 구조적인 투명성이 우선시되어야 하며, 이는 모든 데이터 아키텍처 설계의 기본 원칙입니다.
