Excel VBA × Claude Code (번외편) McLaren-Honda가 15승을 거둔 1988년, Lotus 1-2-3로 집계 속도가
요약
본 글은 필자가 '메뉴에서 호출한다', '즉시 분리할 수 있다'는 설계 방식에 집착하게 된 개인적인 기원을 회고하는 번외편입니다. 그 원점은 약 40년 전, 일본의 버블 절정기(1988년)에 Showa Shell 석유 히로시마 지점에서 근무하던 시절로 거슬러 올라갑니다. 당시 신입으로서 Formula Shell Day 집계 업무를 맡게 되었는데, 수작업으로 2일이 걸리던 작업을 Lotus 1-2-3을 활용하여 단 반나절 만에 끝낼 수 있었던 경험이 필자의 '생산성 향상' 테마의 원동력이 되었습니다.
핵심 포인트
- 필자가 업무 자동화 및 모듈화 설계(메뉴 호출, 즉시 분리)에 집착하게 된 계기는 1988년 Showa Shell 석유에서의 경험이다.
- 당시 일본은 버블 절정기였으며, F1의 열기가 산업 전반에 영향을 미치던 시기였다.
- 신입 시절 맡았던 Formula Shell Day 집계 업무는 수작업으로 2일이 걸렸으나, Lotus 1-2-3 도입 후 1/12 수준으로 단축되었다.
- 이 경험을 통해 필자는 '업무 개선 및 생산성 향상'을 평생의 테마로 삼게 되었다.
이번에는 번외편입니다.
원래는 「秀.xlsm은 왜 "즉시 분리할 수 있는" 설계인가」라는 본편을 쓸 예정이었습니다. 그런데 그 배경을 이야기하려고 옛날 일을 떠올리다 보니 묘하게 열이 올라서, 본편에 들어가기 전에 본편 한 편 분량의 글이 되어버렸습니다. 그래서 본편은 다음 회로 미루고, 이번에는 이 추억담을 번외편으로서 전달해 드립니다. 왜 제가 「메뉴에서 호출한다」, 「즉시 분리할 수 있다」라는 방식에 이토록 집착하고 있는지, 그 기원에 대한 이야기입니다.
결론부터 말하자면, 그 원점은 40년 가까이 전, 제가 아직 신입 사원이었던 시절의 히로시마 지점의 작은 컴퓨터로 거슬러 올라갑니다.
시대 이야기를 조금 해보겠습니다.
1988년이라는 해는 지금의 젊은 사람들에게는 와닿지 않을 수도 있겠지만, 버블 절정기입니다. 닛케이 평균 지수는 3만 엔대를 달려 올라가, 이듬해 89년 말에 38,915엔의 정점을 찍을 때까지 우상향했습니다. 리크루트 사건, 서울 올림픽, 리게인의 「24시간 싸울 수 있습니까」. 사회 전체가 가장 뜨거웠던 해입니다.
F1도 같은 해에 절정을 맞이했습니다. McLaren-Honda가 전 16전 중 15승을 거두었고, 세나와 프로스트의 황금 콤비로 세나가 8승, 프로스트가 7승을 차지했습니다. Honda의 터보 엔진 마지막 해로, 그야말로 정점이었습니다. 30년 이상이 지나, 2026년부터 다시 Honda가 Aston Martin과 팀을 이루어 F1에 풀 워크스(Full Works)로 복귀했습니다. 꽤 감회가 새롭습니다.
그런 1988년에 저는 Showa Shell 석유에 입사했습니다.
여기서 한 가지 보충해 두겠습니다. 제가 들어간 Showa Shell 석유는 **일본의 석유 메이저(원유 판매 회사)**입니다. 반면, F1 스폰서를 하고 있었던 것은 Royal Dutch Shell ── 영국과 네덜란드에 뿌리를 둔 세계적인 석유 메이저(당시 세계 2위, 현재는 세계 1위) 쪽입니다. 양측은 같은 「Shell」 브랜드를 공유하고 있었고, 당시에는 Royal Dutch Shell이 Showa Shell 석유에 자본도 투입하고 있었습니다. 거칠게 말하자면, Showa Shell 석유 = Shell 브랜드의 일본 계열이라는 관계입니다.
그 Showa Shell도 버블 절정의 기세를 타고 있던 회사였습니다. 당시 석유 메이저 각사는 고급 휘발유(하이옥)로 치열한 경쟁을 벌이고 있었고, Showa Shell은 Formula Shell이라는 고급 휘발유로 업계의 선두를 달리고 있었습니다. F1 스폰서인 Shell 마크를 달고 있는 고급 휘발유였기에, F1의 열기가 그대로 주유소까지 내려오던 시대였습니다.
배정받은 곳은 히로시마 지점. 지금도 마음속 깊이 새겨져 있는 장소입니다. 이곳은 매주 진행되는 판촉 캠페인 「Formula Shell Day」에서 지점 간 경쟁(컴피티션)의 상습 승리자였던, 기세가 넘치는 지점이었습니다.
즉 버블 × F1 × Formula Shell × 히로시마 지점 상습 승리, 그 한복판에 신입으로서 던져진 셈입니다. 지금 되돌아봐도, 하늘을 찌를 듯한 기세 속에 있었습니다.
신입으로서 처음 주어진 업무는 바로 그 Formula Shell Day의 집계 업무였습니다.
지점 관내에는 약 400개의 주유소가 참가하고 있었고, 매주 그 고급 휘발유 판매 비중을 집계하여 결과를 각 점포에 피드백합니다. 신선도가 판촉 효과와 직결되기 때문에, 영업 부서로부터는 항상 「빨리 집계해라」라는 압박을 받는, 신입에게는 꽤 무거운 업무입니다.
그런데 그 집계 작업의 구세주가 되어줄 존재가 제 바로 옆에 먼지를 뒤집어쓴 채 놓여 있었습니다. 바로 컴퓨터입니다.
지점의 총무과장이 이렇게 말했습니다.
"이 컴퓨터를 샀는데, 아직 아무도 안 쓰고 있어. 너 같은 신입이 적극적으로 써줬으면 좋겠구나."
사실 저는 전부터 컴퓨터에 관심이 있었지만, 당시의 컴퓨터는 개인이 사기에는 너무 고가여서 엄두를 낼 수 없었습니다. 직장의 컴퓨터와 총무과장의 뒷받침 덕분에 망설임 없이 뛰어들었습니다. 업무적으로도 대정답이었습니다.
그 컴퓨터에 들어있던 것이 당시 표 계산 소프트웨어의 패권을 쥐고 있던 Lotus 1-2-3입니다.
지금에 와서는 「Excel 이전에 있었던 표 계산 소프트웨어」 정도의 인식일지도 모르지만, 당시에는 이것이 업무용 소프트웨어의 데파크토(De facto, 사실상의 표준)였습니다. 화면은 지금의 Excel과는 전혀 다른, 검은 바탕에 파란색과 노란색, 그리고 흰색이었습니다. 기억으로는 4색 정도밖에 동시에 낼 수 없던 시대였습니다 (CGA라는 당시 규격의 제약 때문입니다).
수수한 화면이지만, 이것으로 업무가 어떻게 변했느냐 하면:
| 구분 | Before (수작업) | After (Lotus 1-2-3) |
|---|---|---|
| 집계 작업 | 3명 × 2일 | 1명 × 반나절 |
12배입니다.
400개 점포의 하이옥탄가(High-octane) 비율을, 수작업으로 3명이 2일 동안 매달려 하던 것을, 1명이 반나절 만에 끝낼 수 있게 되었습니다. 영업 부서의 압박에도 여유롭게 대응할 수 있게 되었죠. 아무도 사용하지 않던 PC가 갑자기 「집계의 구세주」가 된 순간이었습니다.
이 경험은 제 안에서 「업무 개선·생산성 향상」을 평생의 테마로 삼게 된 원점이 되었습니다.
여기까지가 거의 40년 전의 이야기입니다.
그 후, 저는 줄곧 「메뉴에서 조작을 호출한다」, 「반복 작업은 PC에 맡긴다」라는 사고방식에 계속 고집을 가져왔습니다. Lotus 1-2-3 시절부터, PERSONAL.XLSB 시대를 거쳐, 지금의 秀.xlsm에 이르기까지 그 뿌리는 같습니다.
그 40년은 일본 경제에 있어서는 「잃어버린 30년」과 크게 겹치는 시기이기도 했습니다. 버블이 터지고, 헤이세이·레이와를 통틀어 긴 정체가 이어지다가, 겨우 닛케이 평균 지수가 38,915엔을 넘어선 것이 2024년 2월입니다. 지금(2026년 5월)은 6만 엔대에 올라와 있습니다. 버블을 넘어섰습니다.
F1도 혼다(Honda)가 복귀했습니다. 그 시절의 열기가 형태를 바꾸어 다시 돌아오고 있다는 감각이 듭니다.
그리고 시대는 당시의 PC 보급기에 필적하는 AI 대변혁기를 맞이하고 있습니다. 저는 이미 일선에서 물러난 사람이지만, 40년 가까이 전의 열정이 시대의 순풍과 함께 다시 솟구쳐 오르는 기분이 듭니다.
그 열정이 이번에 Claude Code와 만나, 秀.xlsm이라는 형태가 되었습니다.
…라고, 여기서 기분 좋게 끝낼 수 있다면 좋겠지만, 한 가지만 덧붙여 두고 싶은 것이 있습니다.
1988년 버블의 절정 이후에 어떤 일이 일어났는지는 여러분도 아시다시피입니다. 버블은 반드시 터집니다. 지금의 AI 붐도 예외는 아니며, 지금의 열기를 보고 있으면 어쩌면 이미 한쪽 발은 들어와 있는지도 모릅니다.
딱히 찬물을 끼얹으려는 의도는 아닙니다. 열기가 있을 때 올라타는 것 자체는 나쁘지 않다고 생각합니다. 다만 40년 전의 저를 되돌아보며 드는 생각은, 붐이 지나간 뒤에 수중에 무엇이 남을 것인가를 의식하며 도구를 선택해 두는 것은 아마 어느 시대든 나쁘지 않다는 것입니다.
40년 전 제 수중에는 Lotus 1-2-3로 익힌 「메뉴에서 호출한다」라는 심플한 사고방식이 남았습니다. 버블이 터져서 Lotus 1-2-3에서 Excel로 갈아타더라도, 그 가장 소박한 부분은 계속해서 재사용할 수 있었습니다.
그리고 그 재사용을 계속 뒷받침해 준 Excel 그 자체도, 벌써 40년 가까이 현장에서 계속 사용되고 있습니다. 버블 붕괴도, 리먼 쇼크도, 코로나도 극복하고 지금도 전 세계의 사무실에서 묵묵히 돌아가고 있습니다. 화려한 SaaS나 신흥 툴들이 나타났다 사라지는 가운데, 오랜 기간 현장에서 두들겨 맞으며 다듬어져 온 Excel과 그 매크로(Macro)야말로 불황에도 가장 강하게 살아남는 도구가 아닐까 ── 40년을 지켜봐 온 사람으로서 그렇게 생각하고 있습니다.
그리고 흥미로운 점은, 그 Excel이 AI가 진화한 지금이야말로 한 단계 더 크게 진화할 것 같다는 것입니다. 이유는 몇 가지 있습니다.
첫 번째는 VBA라는 언어의 성질입니다. VBA는 오랫동안 「쓸 줄 아는 사람만 쓸 수 있는」 마이너한 언어로 취급받았고, 「이제 와서 VBA 같은 걸 누가 쓰겠느냐」라는 것이 신흥 툴에 밀려 Excel이 뒤처졌던 이유 중 하나였습니다. 그런데 AI에게는 이것이 반대로 작용합니다. VBA는 수십 년 동안 널리 사용되어 온 언어이기에, AI가 학습한 코드의 양도 방대합니다. AI가 가장 잘 다루는 부류의 언어입니다. 「쓸 줄 아는 사람이 적다」라는 벽이 AI에 의해 개인 한 명 한 명에게 개방되었다 ── 이것이 지금 바로 일어나고 있는 일이라고 생각합니다.
두 번째로, Excel은 파일 단위로 로컬(Local)에서 완결되는 도구입니다. AI에게 부탁하기 쉽고, 데이터도 클라우드에 올리지 않아도 됩니다. 조직 전체의 동의를 얻지 않아도 개인이 오늘부터 시작할 수 있습니다. 이것은 SaaS는 좀처럼 가질 수 없는 강점입니다.
세 번째로, 개인이나 조직이 오랜 기간 쌓아온 기존의 Excel 파일·매크로 자산을 버리지 않고 그대로 계속 사용할 수 있습니다. 오히려 AI에게 읽혀서 개선·확장할 수 있습니다. SaaS로 전환하면서 한 번에 제로(Zero)로 만들 필요가 없다는 점 또한 간과하기 쉬운 강점입니다.
오랜 세월 현장에서 다듬어져 온 Excel × 매크로 (Macro) 에, AI에 의한 「쓸 줄 아는 사람의 벽」의 해방이 겹쳐진다. Excel은 앞으로 다시 한 바퀴, 크게 진화하는 도구가 될 것이다 ── 저는 그렇게 생각합니다. 秀.xlsm × Claude Code라는 방식은 그 작은 실례 중 하나에 불과합니다.
📺 영상으로도 시연하고 있습니다
글로만 설명하면 아무래도 추상적이 되기 때문에, 실제로 Python + win32com + Claude Code로 Excel 매크로를 구동하고 있는 모습은 제 YouTube에 영상으로 올려두었습니다.
영상에서 다루고 있는 것은 이미지를 시트 위에서 움직이는 매크로입니다. Excel의 도형 오브젝트 (Shape Object)를 좌표로 움직이는 처리는 VBA 레퍼런스 (VBA Reference)를 찾아가며 스스로 작성하려면 의외로 고된 작업에 속하며, 「매크로를 쓸 줄 아는 사람」이라도 평소에는 잘 발을 들이지 않는 영역입니다. 하지만 Claude Code와 대화하며 진행하면 의외로 매끄럽게 형태를 갖추게 됩니다. 「AI가 있으면 이런 것까지 가능하구나」 라고 느끼실 수 있을 것입니다.
그런 의미에서, 저의 秀.xlsm 가 왜 굳이 「즉시 분리할 수 있는」 설계로 되어 있는지 ── 그 답은 여기에 연결되어 있습니다.
뒷이야기는 본편(다음 회)에서 말씀드리겠습니다.
GitHub (툴킷): https://github.com/shu1551/shu-vba-manager
YouTube (사무 개선 · VBA · AI 활용 영상을 올리고 있습니다): https://www.youtube.com/@しゅう-v2w
AI 자동 생성 콘텐츠
본 콘텐츠는 Qiita AI의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기