Column

属人化からの脱却。内部監査を"仕組み"で支えるという発想

担当者に依存しがちな監査業務を、標準化とテンプレート化でどう再現性のある仕組みに変えるか。

「あの監査は、あの人でないと進められない」。内部監査の現場で、こうした声を耳にすることは少なくありません。ベテランの経験と勘に支えられた監査は、たしかに質が高い一方で、その担当者が異動や退職でいなくなった途端に立ち行かなくなるという弱さを抱えています。監査を組織の力として根づかせるには、個人の力量に頼る運用から、仕組みで支える運用への転換が欠かせません。

ベテランの経験は組織の財産です。しかし、個人の頭の中だけにある知見は、そのままでは組織の力にはなりません。

監査を「仕組み」で支えるという発想

属人化の解消は、優秀な担当者を否定することではありません。むしろ、その人の判断や手順を目に見える形にして、チーム全体で共有できるようにする取り組みです。監査プログラム、調書のひな型、過去の指摘事項やナレッジ。これらを一つの基盤の上に整理し、誰が担当しても一定の品質で監査を進められる状態をつくることが出発点になります。

ここで言う「一定の品質」とは、全員が同じ結論に到達することではありません。同じ材料を見たときに、同じ論点に気づけることです。結論が分かれること自体は珍しくありませんが、そもそも論点に気づけたかどうかは、担当者の記憶ではなく仕組みで担保できます。

まず「型」をそろえる

仕組み化の第一歩は、監査の進め方そのものを標準化することです。

様式の統一：調書や報告書のフォーマットをそろえ、記載すべき項目を明確にします。
手順の標準化：監査計画から実施、報告、フォローアップまでの流れを手順として定義します。
記録の粒度をそろえる：何をどこまで記録するかの基準を決め、担当者による差をなくします。

このうち最も軽視されがちなのが3つ目です。様式と手順は形が見えるので比較的そろいますが、粒度は各自の感覚に委ねられたまま残りやすい。同じテンプレートを使っていても、ある人は「担当者にヒアリングし、問題ないことを確認した」と一行で済ませ、別の人は誰にいつ何を聞き、どの資料で裏づけたかまで書く。様式がそろっているぶん、この差はかえって見えにくくなります。

記録の粒度は「再実施できるか」で判断する

粒度の基準を言葉で決めようとすると、「十分に」「適切に」といった曖昧な表現に流れがちです。実務で機能させるなら、判定できる問い方に置き換えるほうが早い。よく用いられるのは「その調書だけを読んだ第三者が、同じ手続をもう一度実施して、同じ結論にたどり着けるか」という一文です。

この問いに答えられない調書は、粒度が足りていません。逆に、この問いを満たしていれば、それ以上の記述は基本的に不要です。「念のため」で情報を足し続けると、調書は厚くなる一方でレビューの負荷だけが増え、どこが結論の根拠なのか読み取れなくなります。

具体的には、少なくとも次の4点がそろっているかを確認します。

母集団の範囲：何を対象にしたか。期間・部門・取引区分などの切り方。
抽出の方法：どう選んだか。全件か、抽出ならその基準と件数。
照合先：何と突き合わせたか。証憑・システム・第三者資料のいずれか。
判断の基準：どうなっていれば問題なしと判断したか。

画一化ではなく、リスクに応じた設計を

標準化と聞くと、すべての監査を同じ手続で画一的に進めることだと誤解されがちです。目指すべきはその逆で、対象部門のリスクに応じてメリハリをつけた監査プログラムを、誰もが再現できる形で用意しておくことです。

リスクベースで設計する利点：

重点領域への集中：リスクの高い領域に時間と労力を振り向けられます。
ムダの削減：形骸化した手続を見直し、実効性のある手続に絞り込めます。
判断の一貫性：評価の基準が共有され、担当者ごとの結論のばらつきを抑えられます。

言い換えると、標準化すべきなのは手続そのものではなく、手続を選ぶ過程です。「この部門にはこの手続を実施する」を固定してしまうと、リスクが動いたときに追随できません。「リスクをこう評価したので、この手続を選んだ」という筋道のほうを型にしておけば、選ばれる手続は毎年変わってよいことになります。

標準化がうまくいかないときの典型

仕組み化が形だけになる失敗には、繰り返し現れるパターンがあります。

テンプレートが増え続ける：例外が出るたびに新しい様式を追加した結果、どれを使えばよいか分からなくなる。様式を足す前に、既存の様式で書けない理由を確認する運用が要ります。
埋めることが目的化する：記入欄があるから埋める、という状態。空欄を許さず「該当なし」を書かせる運用は、記録としては正しくても、考えた形跡が残らない欄を量産します。
更新されないまま参照される：一度作った手順書が数年放置され、実際の運用とずれたまま「正」として扱われる。改訂の担当と頻度を決めていないと、必ずここに行き着きます。

いずれも、標準化の設計そのものより維持の設計が抜けていることが原因です。型をつくる工数と同じくらい、型を見直す工数を最初から見込んでおく必要があります。

引き継ぎとナレッジの継承

仕組み化を進めるうえで最初の壁になりやすいのが、これまで蓄積されてきた知見が担当者個人に紐づいてしまっている状態です。過去の調書や指摘事項を検索できる形で残し、チェックリストや観点集として整理しておくことで、経験の浅いメンバーでも先人の知見にアクセスできるようになります。

ナレッジの継承は、一度きりの引き継ぎ資料ではなく、日々の運用のなかで自然に積み上がる仕組みとして設計するのが理想です。引き継ぎのために特別な文書を書き起こす運用は、忙しい時期には必ず後回しになります。逆に、通常の監査で作る調書や指摘票がそのまま検索対象になっていれば、引き継ぎは「作業」ではなく「状態」になります。

とくに残しておく価値が高いのは、指摘に至らなかった検討です。「この点は検討したが、こういう理由で指摘としなかった」という記録は、次年度に同じ論点を一から考え直す手間を省き、判断のぶれも抑えます。指摘事項だけを蓄積していると、この部分がまるごと失われます。

標準化と現場判断のバランス

すべてを型にはめれば良いというわけではありません。仕組みはあくまで土台であり、最終的な判断には監査人の専門性が求められます。定型的な作業や記録は仕組みに任せ、リスクの評価や指摘の重み付けといった判断は人が担う。この役割分担を明確にすることで、標準化の効果と現場の柔軟性を両立させることができます。

境界の引き方に迷ったときは、間違えたときに誰が説明責任を負うかを基準にすると整理しやすくなります。説明を求められるのが監査人自身である領域は、仕組みに委ねきってはいけない部分です。そこに時間を残すために、それ以外を仕組みに寄せる。順序を逆にすると、標準化は「守るべきルール」に見えてしまい、現場の抵抗を生みます。