『VBA は怖い』という思考停止が、静かに日本企業を腐らせていく
日本超大手企業の「VBA 禁止」が招く絶望と思考停止
打ち合わせ室に漂う緊張感の中で、私はその言葉を聞いた。
日本を代表する——本当に、日本を「代表する」と胸を張れるような——超大手企業 の管理会計システム再構築プロジェクトに関わることになった。
何千億という資金が 動き、何万人もの従業員の生活を支え、日本経済の根幹の一部を担うその企業の経営 企画の担当者が、こう言ったのだ。
「VBA は使わないでほしいです。ブラックボックスになりますので」
私は、表情を変えないようにするのに、全神経を使った。
この言葉を、私は何度聞いてきただろう。
地方の零細企業はもちろん、そこそこの規模の中小企業でも聞 いてきた。
だからある程度はアンチVBAに対して「またか」と思う免疫もできてい た。
しかし、このときばかりは違った。
日本のトップに立つ企業が、いまだ にこのレベルなのか。。。
絶望という言葉は、軽々しく使いたくない。
しかしあの瞬間、私の中で何かがゆ っくりと、音もなく崩れていったのは事実だ。
証券会社で直面した低レベルなアナログ作業をVBAで自動化したら、、、
その時、思い出した話がある。
私がかつて、最大手証券会社に勤めていたときのことだ。
担当していた業務は、 有価証券届出書および有価証券目論見書の制作。
誰も読むことはないが、金融商品取 引法の規定により、作らざるを得ない、誠にくだらない書類である。
それは無能な金融 庁の問題なので脇に置くが、法律・規則と数字が複雑に絡み合い、一文字のミスが会 社の信用を根底から揺るがしかねない、極度の緊張を要する仕事だった。
その業務の中でも、とりわけ神経をすり減らしたのが「日数のカウント」という 作業だった。
「発表日から何日後」
「払込日から何日以内」
「権利確定日の何営業日前」
カレンダーベースの計算と営業日ベースの計算が入り乱れ、また初日不算入の場合とそうでない場合もあり、少し気を抜けば 1 日ズレる。
たとえ一ヶ所でも間違いがあれ ば、再提出になり、証券会社としての信用はガタ落ちだから、極めて重要な意味を持 つことになる。
部内での手順は、こうだった。
二人の担当者が、卓上カレンダーを前に一人が指差し、もう一人がカウ ントする。
「1,2,3,4,5,6,7,8,9,10。6月6日ですね。」声に出して確認し合いなが ら、3 時間かけてドラフトを仕上げる。
信じられるだろうか。
21 世紀の、日本トップクラスの金融機関で行われていた光景だ。
一応、国内最大手の証券会社。
その社内でも相応の事務処理能力に長けた人員が 集められた部署なのに、こんな超アナログが幅を利かせていた。
不効率が嫌いな私は、居ても立っても居られなかった。
仕組みを作るのは大変ではあるが、VBA を使えば、この作業は「一瞬」で終わ る。
日数の定義を正確にコーディングし、祝日／営業日データを組み込めば、どんな複雑な日数計算も、ボタン一つで誤りなく算出できる。
ヒューマンエラーはゼロに なり、3 時間が 5 秒になる。
私は半日がかりで仕組みを作り、上司に進言した。
自分の中では「絶対に正しい改善」だとい う確信があった。
そして——返ってきたのが、例のあの言葉だった。
「エクセルは間違えることがあるから必ず目視で確認して下さい」
「VBA はブラックボックスで危険だから採用しない」
腸が煮えくり返る、とはああいう感覚を言うのだろう。
Excel が間違えるのではない。
作った人間が間違えているのだ。そんな奴と俺を一 緒にするな！。
そして、「人間が間違えること」を前提に設計された 3 時間の手作業こそ、最大のリスクではないのか。
なぜそこに気づかないのか？
なぜか「自分が理解できないVBA=悪いもの」という、子どもじみた論理が、年収数千万円の自称金融プロフェッショナル の世界で堂々とまかり通っているのだ。
その時、「この会社はバカばっかり」と愛想が尽きた。
VBA を禁じた結果生まれる「透明なブラックボックス」の地獄
では、VBA を禁止した組織の現場はどうなっているか。
想像してほしい。
あなたが受け継いだ Excel ファイルを開く。
そこには、セルの 中に延々と続く数式がある。
IF 関数の中に IF 関数が入り、その中にさらに IF 関 数が埋め込まれ、そこに VLOOKUP が絡み、、、そんな「呪文」のような一行が、罪 もなく白いセルの中で息をひそめている。
複雑に絡み合い、スパゲッティ数式と呼ばれたりするが、こ んな数式、解読する気にもならない。
それだけではない。
外部の Excel ファイルから情報を引っ張るために、いくつものリンク式が縦横無尽に張り巡らされ、何度も「リンクを更新しますか？」と 更新を待たされる。
「リンク先のファイルが見つかりません」そんなエラーも、日常茶飯事。
あなたも心当たりがあるだろう。
でもこれはVBA を使わないからブラックボックスで はない。
「安全な Excel」の末路だ。
問いたい。「数式が目に見えるならブラックボックスではない」のだろ うか？
VBA ならば、適切にモジュールを分割し、コメントを丁寧に残せば、後から担当者が変わっても、ロジックを一行ずつ追いかけることができる。
「この変数は何を意味するのか」「なぜここでこの処理をするのか」を、日本語で書いて残すことができる。
だが、セルに埋め込まれたスパゲッティ数式には、コメントを入れる場所すらな い。
解読するには、まず全体像を把握しなければならない。数式の中身を把握するに は、深呼吸して項目を一つ一つ、ひも解く必要がある。
私の考えでは、解読困難な長 い関数のほうがよっぽど罪深い。
VBA を禁じてスパゲッティ数式を見逃す。
それは「ブラックボックスの排除」ではなく、「ブラックボックスの隠蔽」だ。
AI 時代において「プログラミングがわからない」は言い訳にならない
確かに、かつては VBA に一定のハードルがあったことは認める。
「For 文って 何？」「変数の宣言って？」——プログラミングに触れたことがない人間にとって、そ れは異文化との遭遇に等しかった。
自動化に強い興味がある一部の人間の専売特許だ ったかもしれない。
しかし、今は令和だ。2026 年だ。
AI に「営業日を計算する VBA を書いてほしい」と頼めば、10 秒でコードが出て くる。
「このコードを日本語で一行ずつ説明してほしい」と頼めば、懇切丁寧な解説 が付いてくる。
「もっとシンプルに書き直してほしい」と頼めば、即座に改善版が返 ってくる。
プログラミングの「わからない」を埋めるコストは、かつての 1000 分の 1 以下 になった。
にもかかわらず「VBA はブラックボックスだから禁止」と言い続けることは、も はや合理的な判断ではない。
それは端的に言って、「新しい技術を学び、業 務を改善しようとするプロとしての意志の欠如」だ。
道具を学ぼうとしない自分を正当化するだけの行為だ。
繰り返す。「VBA が悪い」のではない。
属人化を放置し、コメントも書かず、引き継ぎドキュメントも作らず、 理解できない人間が生まれても放置し続けた「運用の怠慢」が悪いのだ。
世界との差を生む「思考停止」という日本企業の最大のリスク
私が声を大にして言いたいのは、このことだ。
日本の上場企業が、会議室で「VBA は怖い」と肩を寄せ合っている間に、世界中 の企業は AI を使って業務を自動化し、人間にしかできない仕事に集中し、生産性を 指数関数的に高めている。
自分が理解できないものを排除し、非効率な手作業に「安心感」を覚え、変化を 拒むことで「リスクを回避した気」になる。
その「心地よい停滞」の中に居座り続け る組織に、未来があるとは私にはどうしても思えない。
「VBA 禁止」というルールは、リスクマネジメントの産物ではない。
それは、 「私たちは理解できないものから目を背け、思考することをやめました」と いう、組織としての白旗だ。
誰かがそれを、はっきりと言わなければならない