自動化する業務は面倒に感じるかだけでなく、入力と判断ルール、結果確認を説明できるかで選びます。例外の多い作業を無理に一括処理すると、確認と復旧の負担が増える場合があります。
一つの業務を入出力と例外で点検するチェックリストです。すべてに丸が付けば自動化すべき、という点数表にはしません。
目次
候補業務の確認表
不明な項目は点数で補わず、調査する対象へ戻します。利用するデータと必要な権限も確認し、広い権限を前提にしない形にします。
スクロールできます
| 確認する問い | 判断の材料 |
|---|---|
| 入力は決まるか | 形式、保存先、更新の頻度 |
| ルールは説明できるか | 条件、例外、担当者の判断 |
| 出力を確かめられるか | 件数、値、期待する形式 |
| 影響はどこまでか | 外部送信、公開、共有データの変更 |
| 戻せるか | 控え、重複防止、手作業の再開 |
| 担当がいるか | 日常運用、異常対応、仕様変更 |
| 価値を測れるか | 準備・確認・保守を含む時間 |
自動化する処理と判断を分ける
たとえばCSVの列を決まった対応表でそろえる処理は、入出力と例外を定義しやすい候補です。一方、内容の妥当性や個人への判断が必要な作業では、その判断を自動で確定する前提にしません。
まず準備や確認候補の抽出を自動化する方法もあります。未分類の行を出す、差分を見せるなど、人が決める材料をそろえる範囲から始められます。
外部への送信や公開を含む場合は、送信前に確認する内容、結果不明時の扱い、停止と復旧を定義します。処理をつなぐことより、失敗時の判断を追えることを優先します。
試行の結果で採用範囲を決める
架空データやコピーで通常と例外を試し、期待した出力と停止を確認します。処理速度だけでなく、準備、結果確認、例外対応にかかる時間を測ります。
自動化後の確認や保守が大きければ、入力をそろえる、対象を減らす、手動のまま残す選択を検討します。導入したこと自体を効率化の成果にしません。
採用する場合は業務名、対象外、担当、実行方法、停止条件、確認結果を記録します。この記事は選定の枠組みで、個別業務の効果や安全性を実証したものではありません。
