Access・VBAの保守を引き継ぐには？仕様書が少ない現場で最初に確認したいこと
AccessやExcelで動いている業務ツールを引き継ぐとき、最初からコードだけを読んでも、改修の優先順位は決まりません。誰が、いつ、どのデータを入れ、出てきた数字を何に使うのか。その流れが分からないと、小さな修正が月次業務に与える影響を見落とします。
Access・VBAの保守案件を探している方に向けて、LegacyForceの掲載案件と公開インタビューを手がかりに、引き継ぎで確認する順番を整理します。以下の確認表や記入例は、編集部が実務の整理用に作成したものです。
LegacyForceの案件では、Accessの外側にも担当範囲がある
LegacyForceに掲載されている金融向けEUC開発案件では、既存システムの保守と追加開発が仕事になっています。求めるスキルにはAccess VBAの実装経験とSQL Server経験が挙がっています。
この案件の記載から分かるのは、Accessの画面やVBAだけで完結する募集ではないということです。ただし、仕様書の有無や具体的な引き継ぎ方法までは書かれていません。そこは応募前に確認する必要があります。
LegacyForceが公開したベテランエンジニアのキャリアを扱うインタビューでも、長年データベースに携わった技術者が、Access・VBAなどの業務ツールに目を向けています。言語名を増やすだけでなく、データや業務の構造を理解してきた経験を別の仕事に結びつける視点が参考になります。
LegacyForce編集部は、保守の経験を伝える際に「VBAを何年使ったか」と合わせて、「変更前に何を調べ、どの範囲の影響を確かめられるか」を示すことを勧めます。
最初の一枚は、機能一覧より「業務の流れ」
引き継ぎ資料を作るなら、まず一つの業務を最後まで追います。対象は、請求、入金消込、在庫集計など、利用者が具体的に説明できる単位にします。
| 確認すること | 残しておきたい内容 |
|---|---|
| 入力元 | どのシステム・ファイルから、誰がデータを受け取るか |
| 実行するタイミング | 日次・月次の区別、締め日、前の処理が終わる条件 |
| ツール内の処理 | フォーム、クエリ、VBAのどれが入口になっているか |
| 保存先 | Access内のテーブルか、外部DBか、共有フォルダか |
| 出力の利用先 | 帳票、別システムへの取込、担当者による手修正の有無 |
| 例外時の対応 | 入力誤り、処理中断、再実行時に誰が何を判断するか |
例えば「請求一覧を出すボタン」でも、その前に担当者がExcel上で対象外の行を削除しているなら、その操作も業務の一部です。ソースに書かれていないからといって、引き継ぎ対象から外すことはできません。
聞いた話と確認できた動作は区別して記録します。「担当者によると月末だけ使用」「検証環境ではこの条件で再現」と書き分ければ、未確認の内容がいつの間にか確定仕様になるのを防げます。
改修に入る前に決めたい三つの境界
どこまで自分で変更してよいか
画面とVBAは変更できても、共有DBのテーブル変更は別チームの承認が必要かもしれません。データ抽出、データ更新、構造変更の権限を分けて確認します。保守の依頼を受けたことと、本番データを自由に変更できることは同じではありません。
何をもって正しいと判断するか
過去の出力を正解として使う場合にも、過去データに既知の誤りや手修正がないかを確認します。件数や合計金額だけで十分なのか、取引単位で一致させる必要があるのかも決めます。業務担当者が確認する項目と、開発側が機械的に比較する項目を分けると進めやすくなります。
失敗したときにどこへ戻すか
プログラムを元に戻しても、更新したデータが戻るとは限りません。変更前の状態の保管、検証用データ、復旧手順、承認者を確認してから作業に入ります。処理を再実行すると二重登録になる可能性があるなら、その確認も必要です。
「仕様書がない」を、確認できる課題に変える記入例
次は説明用の架空例です。LegacyForce登録者の経歴や、特定の掲載案件の実態を表したものではありません。
月次請求ツールを引き継ぎ。利用者の操作を確認し、売上データの受領から請求一覧出力までの流れを整理。対象データの抽出条件と手修正箇所を記録し、変更前後の比較項目を業務担当者と合意した。
この例では、単に「Access保守」と書くよりも、調査・利用者確認・テスト準備のどこを担当したかが伝わります。実際の経歴では、確認していない成果や削減時間を付け足さず、自分が担当した範囲に置き換えてください。
また、引き継ぎ資料をすべて完成させてから修正する方法が、いつも現実的とは限りません。締め日に必要な改修がある場合は、対象処理とその前後を優先し、未調査の範囲を明示する進め方を相談します。
応募前に聞くと、仕事の難しさが見えやすい
前任者から説明を受けられる期間はあるか。業務上の判断を確認できる人は誰か。
本番とは別の検証環境・データを使えるか。
Access単体か、SQL Serverなど外部DBや他システムと連携しているか。
問い合わせ対応と改修の割合はどの程度か。月末月初に作業が集中するか。
ドキュメント整備も依頼範囲に含むか。どの状態になれば引き継ぎ完了か。
これらが分からない段階で、作業量を小さく見積もるのは避けたいところです。LegacyForceでは、まず担当したツール、データベース、業務、工程を整理してから案件条件と照らし合わせることをお勧めします。
業務の説明を整理したい方は、販売管理・生産管理の経験の伝え方も参考にしてください。
