業務を自動化する前に：廃止・簡素化・自動化の選び方

毎月二百時間かかる転記を自動化するとして、その先の報告書は誰が何に使うのだろう。使われない報告を速く作っても、仕組みの保守は残る。これは業務の目的を考えるための仮定です。月次報告を受け取る人からたどり、廃止する部分、簡素化する部分、人の判断を残す部分を分けて考えます。

月次報告を、受け取る人からたどる

仮に各支店が毎月、売上データを表計算へ転記し、本部へ提出しているとする。自動化候補を探す前に、本部でその報告を誰が、いつ、何の判断に使ったかを確認する。

報告書を廃止しても、本部が予算修正に使っていたなら目的まで消してはいけない。別の既存指標で判断できるか確認する。逆に「監査のため」と説明されても、どの規程の何を証明するのか誰も答えられなければ、保存期間と証拠の要件を担当部門と再確認する。

廃止後に困る人を先に探す

「使っていない」と思われた帳票を、現場が非公式な引継ぎに使っていることがある。利用ログだけで決めず、作成者、受取者、後工程を一件追う。非公式利用が見つかった場合、帳票を永久に残すのではなく、その目的を正式な仕組みへ移せるか検討する。

反対に、関係者全員へ存続の同意を求めると、念のための業務は消えない。廃止案では、誰がどのリスクを受け入れるかを明確にする。一定期間停止し、問題が起きた場合だけ戻す試行も使える。ただし法令・安全・顧客権利に関わる処理は、確認せず試しに止めてはいけない。

同じ報告でも、整形と異常の判断は分ける

支店別の売上合計を経営会議で毎月使い、元データも安定しているなら、自動集計が合理的である。ところが会議が四半期化され、リアルタイムのダッシュボードがすでに同じ数字を出しているなら、月次ファイル作成は廃止候補へ変わる。

別のケースとして、不正取引の例外確認を考える。件数が多いからといって全件自動承認すると、統制目的を壊す。明確な低リスク条件だけを自動処理し、境界事例を人へ渡す方がよい。例外が多すぎるなら、人員追加の前にルールとデータ品質を直す。

廃止に見えても、証拠保持が必要なら完全には消せない。ただし、人が帳票を作ることと、システムが元データと判断履歴を保持することは別である。目的を満たすより軽い方法へ置き換えられる可能性がある。

一つの報告に、残す統制と不要な整形が混在する

報告全体を一つの作業とせず、受け手の判断に必要な照合と、使われていない整形を分ける。残す目的だけを対象に、自動化後のルール保守・例外対応も費用へ含めて比較する。廃止を試す部分は、受け手の判断が止まらなかったかを確認してから終了する。

残す作業を、自動化できる条件へ絞る

英国内務省の2026年エンジニアリング原則は、反復的な手作業が費用、誤り、遅延を生むとして、運用作業の自動化を設計段階から考えるよう勧める。これは組織内の実務指針であり、自動化前の廃止判断を比較した因果研究ではない。それでも、反復可能で結果を確認できる作業は自動化に向くという条件を示す。

一方、自動化には作成、監視、変更対応、障害復旧の費用がある。処理の目的が変わるたびにルールを修正し、入力の欠損を人が補うなら、表面上のクリックだけを消しても負担が別の場所へ移る。自動化率ではなく、処理全体の完了と維持費を見る必要がある。

公共サービス設計のGOV.UK Service Manualは、利用者の必要を理解し、サービスを運用中も改善する考え方を示す。英国政府向けの規範で、日本企業の利益効果を実証する資料ではない。ここでは、内部帳票を作る行為ではなく、その先の利用者が目的を果たせるかを見る材料として使う。

GoogleのSREでは、すべての手作業を無駄とは呼ばない

Google SRE BookのVivek Rauによる説明を要約すると、減らしたいのは、サービスを動かすために同じ手作業を繰り返しても、将来の運用を楽にする改善が残らない状態である。サービスの拡大とともに作業が増えるか、自動化や仕組みの見直しで減らせるかも、toilを見分ける手掛かりになる。これらは全てを満たす必要条件ではない。一度限りの問題解決や、後の負担を減らす改善まで、手作業というだけでtoilとは扱わない。Vivek Rau「Eliminating Toil」— Google SRE Book 第5章

この区別を月次報告に当てはめると、同じ数字を写す作業と、数字の異常を調べて次の判断を変える作業は分けられる。前者を減らしても、後者の役割まで廃止してよいとは限らない。これはSREの事例を事務業務へ応用した考察で、同じ削減率を期待できるという意味ではない。

自動化候補を時間の大きさだけで並べない

年間時間が大きい作業は魅力的に見える。しかし入力形式が頻繁に変わり、誤処理の影響が大きく、正解を検証できないなら維持費も大きい。候補比較には、現在の時間だけでなく、処理頻度、規則の安定、例外率、誤りの影響、検証可能性を含める。

ここで未検証の点数表を万能基準にしてはいけない。重要なのは、なぜ候補順位が変わるかを説明することだ。時間削減が小さくても、夜間障害を防ぎ再現性を高める自動化は価値がある。時間削減が大きくても、半年で廃止予定の業務なら投資回収できない。

編集部の提案は、小さな対象で「廃止した場合」「簡素化した場合」「自動化した場合」の三案を同じ期間で比べることだ。開発費だけでなく、監視、例外処理、変更、停止時の代替手順を入れる。削減時間が別の確認作業へ移っていないかも測る。

止めた後、別の作業が増えていないか

廃止の場合も、作業時間がゼロになっただけで成功としない。後工程の待ち、問い合わせ、誤判断が増えていないかを見る。月次報告を止めた結果、現場が別の非公式ファイルを作り始めたなら、目的の把握が不足していた。復活させる前に、必要だった情報だけを軽い形で提供できるか検討する。

必要な判断を、少ない負担で終える

出力の利用者、法令・契約・統制上の目的がなく、後工程も代替済みなら廃止する。目的は必要でも二重入力や不要な受渡しがあるなら、先に統合・簡素化する。入力、規則、期待結果が安定し、例外を人へ戻せるなら自動化する。目的も規則も曖昧なままなら、自動化を保留して一件の業務を端から端まで直す。削減したクリック数ではなく、必要な判断がより少ない負担で完了したかを成果にする。

参考資料

• UK Home Office, Automate to eliminate manual steps
• GOV.UK Service Manual, Managing and improving your service through its lifecycle
• Google SRE Book, Eliminating Toil