Excelをシステム化するには？属人化をほどき、小さく移行する手順

Excelをシステム化するとき、最初に決めるのは置き換える製品ではありません。どの情報を誰が更新し、どの状態なら仕事が終わったと言えるかを整理することから始めます。

ファイルをWeb画面に移しても、担当者しか知らない判断が残れば、引き継ぎの難しさは解消しません。入力、確認、承認、集計という仕事の流れを一つずつ見直すと、必要な仕組みが見えてきます。

Excelのまま残してよい仕事もある

担当者が一人で行う一時的な分析や、その都度集計方法を変える試算には、表計算の柔軟さが役立ちます。すべてのファイルを一度に置き換える必要はありません。

移行を検討したいのは、同じ情報を複数人が更新する、最新版を探す時間がかかる、転記を繰り返す、担当者不在で処理が止まる、といった仕事です。

たとえば受注台帳を複数の部署へメールで送り、各部署が書き足して返す運用では、どのファイルが最新かの確認そのものが作業になります。情報を一か所へ集め、担当範囲だけを更新できれば、この確認を減らせる可能性があります。

最初の棚卸しは、一つの業務を最後まで追う

ファイルの数より、仕事が始まって終わるまでの流れを追います。受注管理なら、依頼が届き、担当者が登録し、内容を確認し、出荷や請求へ渡すところまでです。

この表は架空の業務例です。自社の仕事に置き換え、実際に入力している担当者にも確認します。管理者の説明だけでは、現場で補っている作業が抜けることがあります。

関数やマクロの裏にある判断を言葉にする

複雑な式をすべてそのまま再現する前に、その計算が何のためにあるかを確認します。過去の取引条件や、一時的な対応が残っている場合もあるためです。

担当者に聞くときは「このマクロは何をしていますか」だけでなく、「この数字が違ったら、どの仕事が困りますか」「手で直すのはどんなときですか」と尋ねます。手作業の修正には、表に書かれていない例外が含まれます。

ルールが決まっていない箇所は、開発中に担当者任せで補うのではなく、誰が判断するかを決めておきます。システムは、その判断を記録し、次の担当者へ渡せる形にします。

試作では、いつもと違う処理も確かめる

最初は入力、一覧、確認といった最小限の流れを試します。見た目だけで判断せず、普段の仕事をサンプルデータで実行します。

通常の受注が登録できたら、取消、差し戻し、数量の変更、担当者の交代も確認します。入力する人と承認する人の両方が使い、操作しづらい部分や不足する情報を記録してください。

試作で扱うデータは匿名化し、顧客情報を不用意に外部へ共有しないようにします。使う道具や移行先は、必要な操作と情報の扱いが分かった段階で比較します。

データを移す前に、表記と重複をそろえる

同じ取引先が略称と正式名称で登録されていると、移行後の検索や集計が分かれてしまいます。顧客名、商品名、日付、識別番号などの扱いを決め、重複や欠損を確認します。

過去のすべてのデータを新システムへ入れる必要があるかも検討します。進行中の案件だけを移し、古い情報は参照用に保存する方法もあります。保存や参照の条件は、社内の管理ルールに合わせて決めます。

移行前後で件数や金額の合計を照合し、代表的な案件を個別に確認します。件数が一致していても、項目の対応が間違っていることがあるためです。

切り替える日と、戻す条件を決める

新旧の仕組みを長く並行運用すると、どちらを直したか分からなくなります。切り替え前に、正式な記録をどちらへ残すか、旧ファイルを誰が編集できるかを決めておきます。

重大な不具合で旧運用へ戻す場合は、切り替え後に入力したデータをどう回収するかも必要です。元のExcelを保存するだけでは、新しい入力の分が抜けてしまいます。

運用開始後は、以前の転記や確認がどの程度減ったかを測ります。操作が定着しない場合は、入力の二重化や、現場に必要な一覧の不足がないかを見直します。

費用を整理する際は、業務システム開発の見積もりと運用費も参考になります。既製品と専用開発で迷う場合は、方式の比較から確認できます。

業務の相談には、機密情報を伏せた入力表と、作業の流れが分かるメモをご用意ください。どこを残し、どこからシステム化するかを検討する材料になります。