아무도 말하지 않는 엑셀 기술: 사람들이 실제로 읽을 수 있는 수식 작성하기

오랫동안 '최고의' 엑셀 사용자는 가장 긴 수식을 작성하는 사람이라는 오래된 미신이 있었습니다. 엑셀 숙련도는 한 셀에 얼마나 많은 함수를 집어넣을 수 있는지로 측정되곤 했지만, 이제는 그 기준이 더 이상 통하지 않습니다. 현대 도구들이 판도를 바꿨으며, 한때 천재적인 중첩 수식처럼 보였던 것은 종종 기술적 부채에 불과합니다.

복잡함이 전문성이라고 아직도 생각한다면, 읽기 어려운 스프레드시트를 만드는 다른 사람들과 똑같은 함정에 빠져 있는 것입니다. 이제 스프레드시트 역사상 가장 큰 거짓말을 밝혀야 할 때입니다: 읽기 어려운 수식이 더 나은 수식이라는 거짓말입니다.

엑셀 복잡성이 지위의 상징이 되었을 때

이상하게 인상적인 지저분한 공식들

많은 사람들은 긴 다중 행 수식에서 Enter를 눌러 올바른 결과가 반환될 때 독특한 종류의 도파민 쾌감을 느낍니다. 많은 사무실에서는 이것을 숙련도로 해석합니다: 수식이 읽기 어렵을수록 작성자는 더 인상적이어야 합니다.

하지만 시간이 지나면서 이것은 미묘하지만 강력한 오해를 만들어냅니다—즉, 엑셀에서의 단순함은 경험 부족의 신호라는 것입니다. 만약 어떤 수식이 따라가기 쉽다면, 그것은 기본적인 것이고, 만약 그것이 복잡하게 중첩된 논리처럼 보인다면, 그것은 고급일 것이라고 생각하게 됩니다.

하지만 이것은 스프레드시트가 실제로 무엇을 위해 존재하는지를 놓치고 있습니다. 엑셀 시트는 데이터를 다루기 위한 공유 시스템이며, 논리가 괄호와 중첩된 함수 안에 숨어 있을 때, 숫자가 기술적으로 맞더라도 의사소통은 깨집니다. 순간적으로 인상적으로 보이는 것은 종종 나중에 모두를 느리게 만드는 바로 그 것이 됩니다.

엑셀에서의 기술 신호는 취약한 스프레드시트를 만든다

영리함이 유지보수성을 앞지를 때

이러한 경향에는 이름이 있습니다: 기술 신호 보내기. 엑셀에서는 명확히 하기보다는 감명을 주기 위해 설계된 불필요하게 복잡한 수식으로 나타납니다.

아마도 여러분은 그 버전들을 본 적 있을 것입니다: 깊게 중첩된 IF 문, 오류 처리를 감싼 레거시 조회 체인, 또는 한 셀 안에서 구문 분석, 논리, 변환을 모두 시도하는 수식들. 때로는 잘 작동하기도 하지만, 그것은 종종 그 구조 때문이 아니라 그 구조에도 불구하고 작동하는 경우가 많습니다.

이러한 접근 방식은 단기적으로는 종종 효과가 있지만, 문제는 시간이 지나면서 그것들이 어떻게 변하느냐입니다. 스프레드시트 논리는 업데이트, 데이터 변경, 그리고 인수인계를 견뎌야 합니다. 모든 것이 하나의 식으로 압축되면 작은 조정조차도 위험해집니다. 수식을 이해하려면 모든 의존성을 마음속으로 추적해야 하며, 이는 변경을 느리고 오류가 발생하기 쉽도록 만듭니다.

최신 엑셀은 같은 논리를 단일 계산 줄에 억지로 넣지 않고도 구조화할 수 있는 더 나은 방법을 제공합니다.

LET과 LAMBDA는 엑셀 논리가 만들어지는 방식을 바꿉니다

구조가 중첩을 대체한다

현대 엑셀에서 가장 큰 변화 중 하나는 정교한 논리를 구성하는 데 더 이상 깊이 중첩을 사용할 필요가 없다는 것입니다.

LET 함수는 반복해서 값을 작성하는 대신 수식 내에서 중간 값을 저장할 수 있게 해줍니다. 한 번 계산을 정의하고 이름을 지정한 후 수식 전체에서 재사용할 수 있습니다. 판매 데이터에서 이익률을 계산한다고 가정해 보세요. 기존 수식에서는 수익에서 비용을 반복해서 계산할 수 있습니다:

=(SUMIFS(Sales[Revenue], Sales[Region], "North") - SUMIFS(Sales[Cost], Sales[Region], "North")) / SUMIFS(Sales[Revenue], Sales[Region], "North")

문제는 그것이 틀렸다는 것이 아니라, 같은 SUMIFS 논리가 여러 번 평가된다는 것입니다. 무언가가 바뀌면 세 군데에서 업데이트해야 합니다.

LET를 사용하여 다시 작성하면 논리가 명확한 단계로 나뉩니다:

=LET(
Revenue, SUMIFS(Sales[Revenue], Sales[Region], "North"),
Cost, SUMIFS(Sales[Cost], Sales[Region], "North"),
ProfitMargin, (Revenue - Cost) / Revenue,
ProfitMargin
)

수익과 비용은 각각 한 번 계산되고 최종 결과에서 재사용됩니다. 반복되는 것은 없으며, 각 부분은 명확한 역할을 가지고 있습니다.

반면에 LAMBDA 함수는 반복되는 논리를 재사용 가능한 함수로 바꿀 수 있게 해줍니다. 예를 들어 여러 시트에서 순매출을 자주 계산한다고 가정해 봅시다. 논리는 항상 동일합니다: 매출에서 환불을 뺍니다. LAMBDA가 없으면 그 논리가 여러 시트에 복사되고, 계산이 변경될 경우 모든 곳에서 업데이트해야 합니다.

그 논리를 재사용 가능한 LAMBDA 함수로 감싸면, 마치 내장 Excel 수식처럼 사용할 수 있습니다.

함께, LET와 LAMBDA는 Excel을 길고 취약한 수식에서 재사용 가능한 빌딩 블록으로 전환시킵니다.

현대 스프레드시트에서도 보조 열은 여전히 중요합니다

압축이 아닌 분리를 통한 단순성

어느 시점에서, 엑셀 문화는 '진짜' 작업은 단일 수식 안에서 일어난다는 암묵적인 규칙을 발전시켰습니다. 모든 것은 복잡성에 상관없이 압축되어야 합니다. 하지만 이러한 가정은 해결하는 것보다 더 많은 문제를 일으킵니다.

도움말 열은 숨겨진 논리를 눈에 보이는 단계로 바꿉니다. 계산의 각 단계가 개별적으로 검토할 수 있는 것으로 바뀌어 디버깅을 더 빠르게 하고 변경을 더 안전하게 만듭니다. 하지만 더 큰 장점은 이것이 열 자체 외부에서 무엇을 열어주는가에 있습니다. 한 번 열에 논리가 존재하면, 그것은 더 이상 수식 안의 숨겨진 계산이 아니라 재사용 가능한 데이터셋이 됩니다. 예를 들어, 순수익이나 조정된 매출을 계산하는 도움말 열은 단순한 대체 단계가 아니라, Excel의 다른 모든 곳에서 논리를 다시 작성하지 않고도 재사용할 수 있는 것으로 바뀝니다.

그것은 사람들이 종종 간과하는 실용적인 장점들을 열어줍니다:

• 공식을 다시 만들지 않고 결과를 피벗 테이블에 직접 넣으세요.
• 표준 데이터처럼 중간 로직을 필터링, 정렬 및 분할하십시오.
• 차트 수식에 계산을 포함하지 않고 Excel 차트에 유도 값을 표시하세요.
• 로직을 복제하는 대신 여러 보고서에서 열을 재사용하십시오.
• 공식 검토에 의존하지 말고 행마다 감사를 수행하십시오.

대부분의 스프레드시트 문제는 최종 결과에서 발생하는 것이 아니라, 수식 안에 숨겨져 있어 확인할 수 없는 변환에서 발생합니다. 보조 열은 이러한 변환을 직접 드러내어 전체 워크북을 실제 환경에서 설명하기 쉽게 만듭니다.

단순함이 진정한 엑셀 강력 스킬이다

엑셀에서 가장 큰 거짓말은 당신의 수식이 효과적이기 위해 인상적일 필요가 있다는 것입니다. 실제로 가장 전문적인 스프레드시트는 누구나 읽고, 검토하고, 신뢰할 수 있는 것들입니다. 거대한 수식 중심의 사고방식을 넘어서는 것은 사물을 단순하게 만드는 것이 아니라, 실제로 오래 지속되고 변화에도 무너지지 않는 시스템을 구축하는 것입니다.

엑셀 작업 흐름에서 진정한 업그레이드는 작업을 시스템처럼 구조화하는 방법을 배우는 것이며, 객체에 소프트웨어 개발자처럼 이름을 붙이는 것은 스프레드시트가 커지면서 구조를 유지하는 가장 간단한 방법 중 하나입니다.