Excelマクロ属人化のリスクと脱却法｜VBAブラックボックスを防ぐ

Excelマクロの属人化とは｜作成者しか触れない状態が最大リスク

「Excelのマクロを作った担当者が辞めてしまい、誰も中身を直せない」——これは中小企業のバックオフィスで本当に多い相談です。VBA（Visual Basic for Applications）で組んだ処理は、セルの表からは中身が見えず、作った本人以外には何をしているのか分からなくなりがちです。この「作成者しか触れない状態」が、Excelマクロ属人化の正体です。

先に結論をお伝えします。マクロの属人化が危険なのは、単に「不便」だからではありません。作成者の退職でメンテナンスが止まり、内部でエラーが起きても誰も気づけず、請求書発行や決算処理といった重要業務が丸ごと停止するリスクを抱え込むからです。判断の目安はシンプルで、「作成者以外がロジックを説明できず、変更が怖くて触れない」なら、それはすでに保守できないブラックボックスです。放置せず、後述の判断軸で「改善で足りるのか／作り替えるべきか」を切り分けてください。

なぜExcelマクロは属人化・ブラックボックス化するのか

Excel VBAがブラックボックス化する原因は、ツールの性質と運用の両方にあります。VBAのコードはセル上には現れず、「開発」タブやVBE（Visual Basic Editor）を開かないと存在すら見えません。表計算の見た目はそのままに、裏側で複雑な処理が動くため、引き継ぐ側は「どのボタンが何をしているのか」を追いきれないのです。

運用面の要因も重なります。マクロは作成者の個人PCや個人フォルダに置かれがちで、コメントやドキュメントが無いまま増改築が続きます。「自分が分かればいい」で書かれたコードは変数名も処理の意図も共有されず、後任者が解読に膨大な時間を要します。パスワードでロックされたまま担当者が退職し、中身を確認する手立てすら失われるケースも珍しくありません。こうして「動いてはいるが、誰も仕組みを説明できない」状態が固定化していきます。

属人化したExcelマクロが招く4つのリスク

放置されたマクロは、業務が回っているうちは問題が表面化しません。しかし一度つまずくと影響が一気に広がります。実務で起きやすい代表的な4つのリスクを整理します。

1. 作成者の退職・異動で誰も直せなくなる

最も多いのがこの引き継ぎ問題です。ドキュメントの無いVBAは、書いた本人が離れた瞬間に「触れないブラックボックス」に変わります。仕様変更や不具合が出ても改修できず、担当者の病欠や退職といった「不在」が、そのまま業務の停滞に直結します。新しい担当者はゼロから解読するか、作り直すかを迫られ、どちらも大きなコストになります。

2. エラーに気づけず、誤ったデータで意思決定してしまう

ブラックボックス化したマクロの内部でエラーが起きても、処理が止まらず「それらしい数字」を返し続けることがあります。中身が見えないため誰も異常に気づかず、誤った集計結果をもとに経営判断や請求が行われる危険があります。表計算は途中式が見えるのが利点ですが、マクロで自動化した瞬間にこの検算のしやすさが失われる点は見落とされがちです。

3. 業務が止まる（請求・決算など基幹業務の停止）

マクロが請求書発行や月次集計、決算処理といった基幹業務を担っている場合、それが止まると業務全体が止まります。ExcelやWindowsのバージョンアップ、PCの入れ替え、参照先ファイルの移動といった小さな環境変化がきっかけで、昨日まで動いていたマクロが突然エラーになることは実際に起こります。復旧できる人がいなければ、その日の締め処理ごと止まってしまいます。

4. 内部統制・IT全般統制上のリスク

財務に直結する処理をマクロに任せている場合、内部統制（ガバナンス）上の弱点にもなります。Excel単体では「誰が・いつ・何を変えたか」のログが残りにくく、編集履歴も容易に消せるため、処理の正しさをシステム的に保証できません。上場企業に適用される内部統制報告制度（J-SOX）では、こうした表計算＝EUC（エンドユーザーコンピューティング）の統制が論点になります。金融庁は基準・実施基準を約15年ぶりに改訂し、2024年4月1日以後に開始する事業年度から、ITを利用した不正リスクや情報システムの信頼性確保をより重視する内容が適用されています。

非上場の中小企業にJ-SOXが直接課されるわけではありません。ただし、IPO準備や取引先・金融機関からの体制確認の場面では、「重要な計算が特定個人のExcelマクロに依存し、証跡も残らない」状態は説明責任の観点で弱点になります。効率の問題にとどまらないという点で、財務まわりのマクロほど早めの見直しが安全です。

「もう保守できない」を見極める判断軸

すべてのマクロをすぐ捨てる必要はありません。問題は「保守できるか」です。次のチェックに複数当てはまるなら、属人化が進み、脱却を検討すべきサインです。

• 作成者以外に、処理の中身を説明できる人がいない
• コメントや手順書が無く、変更が怖くて誰も触れない
• 個人PCや個人アカウントにファイルが保存されている
• エラーが出ると特定の人しか復旧できない
• 請求・集計・決算など、止まると困る業務に使っている
• 利用者が増え、同時編集やファイルの二重管理が発生している

当てはまりが少なく、処理も小さいなら、まずは標準化・文書化・共有フォルダ化といった「改善」で足りることもあります。逆に業務の根幹を支えていて当てはまりが多いなら、作り替え（移行）の検討段階です。この「改善で足りるのか、アプリへ作り替えるべきか」の線引きは、スプレッドシート管理の限界とアプリ化を判断する基準で体系的に整理しているので、あわせて確認すると過剰投資を避けられます。

なお、マクロの実行が遅くて困っているだけなら、作り替える前に軽量化で解決できる場合もあります。動作が重い原因の切り分けはスプレッドシートが重い原因と動作を軽くする対処法にまとめています。「重い」と「属人化して保守できない」は別問題なので、混同しないことが大切です。

脱Excelマクロの移行先と費用感【比較表】

「作り替える」と決めたら、次は移行先の選択です。主な選択肢は「VBAを整備して残す」「Google Apps Script（GAS）へ書き換える」「ノーコードSaaSへ載せ替える」「既存Excelを活かしてアプリ化する」「受託でフルスクラッチ開発する」の5つです。費用感と向き不向きを一覧にすると次のとおりです（金額はいずれも2026年7月時点の目安）。

Google Apps Script（GAS）へ書き換える

データがGoogleスプレッドシート側にある、または移せるなら、GASへの書き換えは有力です。GASはGoogleアカウントがあれば無料で使え、Google Workspaceでも追加料金はかかりません。コードがクラウド上に一元管理され、共有もしやすいため、個人PC依存の属人化から抜け出しやすくなります。ただし1回のスクリプト実行は最大6分、トリガーによる1日の合計実行時間も無料アカウントで90分・Google Workspaceで6時間という上限があり、大量データの重い処理には不向きです（Google公式のquotas）。

kintone・AppSheetなどノーコードSaaSへ載せ替える

定番の業務であれば、ノーコード/ローコードのSaaSに載せ替える手もあります。代表格のkintone（サイボウズ）は、ライトコースが1ユーザー月1,000円、スタンダードコースが1,800円で、いずれも最低10ユーザーからの契約です（2026年7月時点・税抜・月払い）。最小構成でも月1万円〜1.8万円から、初期費用は0円です。ユーザーが増えるほど月額が比例して増える点は押さえておきましょう。

Google AppSheetは、Starterが1ユーザー月5ドル、Core（最人気）が10ドル、Enterprise Plusが20ドルで、多くの有料Google Workspaceプランには Core 相当が含まれます（2026年7月時点）。ドル建てのため円換算額は為替で上下します。いずれも良い選択肢ですが、既存のマクロはそのまま移せず作り直しになる点と、料金プランが改定されうる点に注意してください。最新の金額と最低利用条件は必ず各社の公式料金ページで確認しましょう。

既存のExcelを活かしてアプリ化する（外注・受託）

「今の帳票やExcelの入力画面は残したいが、属人化だけ解消したい」——このニーズには、既存のExcel/スプレッドシートを土台にWebアプリ化する方法が向きます。ゼロから設計する受託開発（フルスクラッチ）は、小規模な業務システムでも数十万〜数百万円が目安とされ、機能数や連携の有無で大きく変動します（発注ナビ）。一方、既存資産を活かすアプリ化は、作り直しより費用と期間を抑えやすいのが利点です。特定の業務（顧客管理など）で移行先を比較したい場合は、Excel顧客管理の限界と乗り換え先の比較も判断材料になります。

私たちMihataでも、こうした「スプレッドシートのアプリ化」を提供しています。記事の途中で恐縮ですが、既存のExcel/スプレッドシートをそのまま活かしてWebアプリ化・自動化でき、属人化したマクロを引き継げるサービスとして、判断材料のひとつにしていただけたら嬉しいです。実際の管理画面サンプルもご覧いただけます。

移行を成功させる進め方（属人化を繰り返さない）

移行で失敗しないコツは、新しい仕組みでまた属人化を繰り返さないことです。まず、今のマクロが何をしているかを棚卸しし、入力・処理・出力を簡単な手順書に落とします（この作業自体がブラックボックス解消の第一歩です）。次に、止まると困る業務から優先して移し、旧マクロは一定期間だけ並走させて結果を突き合わせます。移行後は、担当者を1人に固定せず、コードや設定を共有場所に置き、変更履歴が残る仕組みにしておくことが重要です。「誰か1人がいなくても回る」状態をゴールに据えると、二度目の属人化を防げます。

まとめ：属人化は「保守できない前」に手を打つ

Excelマクロの属人化は、作成者の退職で誰も直せなくなり、エラーの見逃しや業務停止、内部統制上の弱点まで招く経営リスクです。「作成者以外が説明できず、怖くて触れない」なら、それはすでに保守できないブラックボックスのサインです。判断軸で改善か作り替えかを切り分け、移行先はGASの無料枠・ノーコードSaaS・既存資産を活かしたアプリ化・受託開発を、費用と要件から選びましょう。大切なのは、完全に止まってから慌てるのではなく、まだ作成者がいるうちに棚卸しと移行に着手することです。自社のマクロが移行すべき段階か迷う場合は、お気軽にご相談ください。