Access移行プロジェクトの進め方｜現状調査から本稼働まで7ステップ

全体の流れ：7つの工程と、社内が準備すべきこと

当社の進め方では、Access移行プロジェクトを7工程に分けています。現状調査→解析→要件整理→設計→移行→並行稼働→本稼働の順で進み、各工程に社内担当者の関与が欠かせません。システム会社に丸投げして後からすれ違う、というのが失敗パターンの典型です。

全工程の期間目安はシステム規模にもよりますが、小〜中規模（テーブル30本以内、利用者10人以下）で3〜6か月、大規模や複雑な業務ロジックを含む場合は6〜12か月が目安です（当社実務基準）。

7ステップの詳細

ステップ1：現状調査（1〜2週間）

最初に行うのは、手元のAccessシステムの棚卸しです。ファイル数と容量、テーブル・フォーム・レポート・VBAモジュールの数、利用人数、業務での重要度を整理します。

社内でやるべきことは「誰が何の業務でどのAccessを使っているか」の一覧作りです。ファイルが複数あり管理が散漫な場合、この棚卸しだけで1週間かかるケースもあります。担当者へのヒアリングと実際のファイル確認を並行して進めると効率よく進みます。

ステップ2：解析（1〜2週間）

棚卸しが終わったら、Accessファイルを解析して構造とリスクを可視化します。当社では設計情報（テーブル定義・クエリ・VBA）を読み込み、移行の難易度とリスク度（D1〜D3）を判定するレポートを作成します。

設計情報（テーブル定義・クエリ・VBA）から読み取れるのは、依存関係の複雑さ、VBAの量と内容、外部ファイル参照の有無です。なお、実際のデータ量とファイルサイズの評価には、本番ファイルか件数・容量の情報が別途必要です。accde形式のファイルはVBAが実行専用に変換されておりソースを取り出せません。また、パスワードを提供いただけない場合やVBAプロジェクトが保護されている場合も、解析できないことがあります。解析可否の確認は無料です。まず確認したい場合は無料の解析可否チェックをご利用ください。

ステップ3：要件整理（2〜4週間）

解析結果をもとに、新システムへの要件を整理します。「今のAccessで何をやっているか」を洗い出すのではなく、「業務として何が必要か」を改めて問い直す工程です。

現行の業務フローと新システムの要件を照合する作業は、社内の業務担当者が主体になります。この段階で業務側の意思決定が遅れると、後工程のすべてが止まります。担当者のアサインと決裁フローを明確にしておくことが、スケジュール通りに進む鍵です。

同時に移行先の選定も行います。kintone・Power Apps・Webシステム・SQL Serverのどれが自社の要件に合うかは、移行先の比較で整理しているので参照してください。

ステップ4：移行設計（4〜8週間）

要件が固まったら、移行先での設計を行います。データ構造の再設計、画面・帳票の設計、業務ロジックの再実装方針の策定が主な作業です。費用は80万円からとなっています（移行費用の詳細参照）。

当社の進め方では、この設計フェーズで「今のAccessに入っていても移行後は不要な機能」を洗い出します。長年使い続けたシステムには、誰も使っていないフォームや過去の担当者しか意味を知らないマクロが残っていることがあります。設計段階でスコープをしっかり絞ることで、移行工程の工数を大きく抑えられます。

ステップ5：移行実装（4〜12週間）

設計に基づいて新システムを構築し、データ移行と動作確認を行います。最も工数がかかる工程で、テーブル数・フォーム数・VBAの量が多いほど期間は長くなります。

この工程で社内が担う主な役割はテストです。業務担当者が実際の業務データを使って動作確認を行い、不足・差異があれば報告します。「システム会社に任せればいい」と感じがちですが、業務上の正しさは業務担当者しか判断できません。テスト工程に現場を引き込まないと、本稼働後に「思っていたものと違う」という問題が出ます。

ステップ6：並行稼働（2〜4週間）

本稼働の前に、旧Accessと新システムを同時に動かす期間を設けます。同じ業務を両方のシステムで処理し、結果が一致するかを確認します。

並行稼働は現場の負担が増える期間ですが、切り替え後のリスクを大幅に減らします。「新システムだけ動かしてみて問題があったら戻す」では、データが分岐した後の修復が難しくなります。当社の進め方では、この期間を省略することは原則として推奨していません。

ステップ7：本稼働（1週間）

最終確認後に旧Accessから新システムへ完全に切り替えます。切り替え日は業務の繁忙期を避けて設定し、切り替え後の一定期間は手厚いサポートを準備します。

旧Accessは即日削除せず、一定期間アーカイブとして保管することを推奨しています。過去データの参照が必要になるケースが想定より多いためです（当社実務基準）。

社内体制：最低限必要な3つの役割

プロジェクトを円滑に進めるために、社内に最低限3つの役割が必要です。

• プロジェクトオーナー：予算・スケジュール・スコープの最終決裁者。経営層または部門長。
• 業務担当者：要件の確認とテストに参加する現場の担当者。1〜2名。
• IT窓口：ファイルの提供、環境の確認、インフラ調整を行う担当者。社内SEが不在であれば、総務や情報担当が担っても構いません。

この3役が確保できないまま進めると、確認待ちで工程が止まり、費用も期間も当初の想定を超えます。当社が支援している中小企業では兼任になるケースが多く、それでもプロジェクトは進みます。ただし「誰が決める人か」だけは最初に確定しておいてください。

段階移行という選択肢

全面移行を一度に進めることが難しい場合、当社では段階移行を提案します。リスクの高い部分（サポート終了バージョンで動いている、ファイルサイズが上限に近い、担当者が不在）を先に移し、残りは運用しながら順次進める方針です。

例えば、データだけSQL Serverへ移してAccessの画面は当面維持する方法があります。適切に構成すれば、Accessファイルにデータを集中保存する場合の競合・破損リスクを軽減できます（詳しくはAccessとSQL Serverの構成を参照）。部分移行の費用は30万円からです。

Accessシステムの健全性と移行の優先度を先に把握したい場合は、無料の解析可否チェックから始めることをおすすめします。

よくある質問

Q. プロジェクトの期間はどのくらいかかりますか。

小〜中規模（テーブル30本以内、利用者10人以下）で3〜6か月が目安です。VBAの量が多い、業務フローが複雑、関係者が多い場合は6〜12か月になることもあります。いずれも要件整理と社内の意思決定の速さが大きく影響します（当社実務基準）。

Q. 仕様書がないまま移行できますか。

多くのケースで対応できます。当社の解析は仕様書がなくてもAccdb形式のファイルから設計情報を読み取ります。ただし、パスワード保護されたファイルやaccde形式はVBAソースが取り出せないため、解析できない場合があります。また、業務ルールや例外処理の確認は現場担当者へのヒアリングが必要です。まずは解析可否チェックで確認してください。

Q. 並行稼働は省略できますか。

技術的には省略も可能ですが、当社では原則として推奨していません。特に基幹業務を支えているシステムの場合、並行稼働なしの切り替えは、問題が起きたときの影響範囲が広くなります。業務の重要度と許容できるリスクを踏まえて判断します。

Q. 移行後のサポートはどうなりますか。

本稼働後の運用サポートは別途契約で対応しています。移行先によって内容が変わりますので、設計フェーズでまとめて確認することをおすすめします。