退職の際の、ＶＢＡの引継ぎの方法

質問

ココのカテゴリでいいのか分からないのですが、宜しくお願いします。
エクセルでＶＢＡを使用して入力するアプリケーションのようなものを作成し、それを使用して何名かで入力業務をしていたのですが、退職するにあたり、ＶＢＡのメンテナンスの引継ぎをどうしようが考えています。
今後メンテナンスを要することは滅多にないと思うのですが何があるか分からないので、その時のために、参照にしているシートを印刷して、どのセルを参照しているか具体的に明記したり、フロー図のようなものは残しておいたほうが良いのでしょうか？
参照にしているシートは７～８枚くらいあり、シート上やＶＢＡの中で関数を沢山使用しており、フォーム上からの入力ボタンも沢山あるので、分かる人が見れば分かるとは思うのですが、複雑なので読み解くのは大変だと思うのです。
メンテナンスを引き継ぐ人は、入力業務には携わっておらず、別の仕事をもっている人がやることになり、今は仕組みなどは全くわかっていません。
とりあえず明日は、ＶＢＡの中身の説明を簡単にすることになっていますが、普通はどうなのでしょう、説明だけで引継ぎ終了してしまう場合のあるのでしょうか？

回答No.1

FEX2053 · ベストアンサー

VBAがどのような業務に適用されており、その会社がどの程度の監査を
受けているかによりますが、それなりの規模の株式会社の場合、監査時
に「処理内容を監査人に説明する」場合が出てきます。

その場合、ユーザー作成のシートであっても「仕様書」を求められる
ことは十分に考えられますので、私は基本的に処理内容フローチャート、
画面遷移図、データベース処理をしているならＤＢの項目と作成条件
などを「仕様書」として残しています。

特に「画面単位で処理内容と入力条件を記し、どの画面からどの画面に
繋がるか」を記した「画面遷移図」を作っておくと、「その業務を知ら
ないがVBAは分かる人＝後でメンテを押し付けられそうなIT好き」に
理解されやすいのでお勧めです。

口頭の説明だけでは、業務の継続性の観点から全く不足です。監査人
から「指摘事項」を食らうと大問題になりますよ。

お礼

詳しいご説明をありがとうございます。
ＶＢＡ初心者の全くの素人なので何も分からなくて・・・
早速、とりあえず手書きで簡単に画面遷移図を作成してみました。
（後で清書しますが・・・）
これ、視覚的に分かるのですごくいいですね！
後はフローチャートも作成しようと思います。
とっても助かりました！ありがとうございますm(_ _)m