「引き継ぎは済ませました」と前任者は言ったのに、後任者が動かすと業務がどこかで詰まる。中小企業の経営者・管理職の方なら、一度ならず経験されているのではないでしょうか。
これは引き継ぎを怠ったからでも、後任者の能力不足でもありません。引き継ぎ書という形式そのものの限界です。
本記事では、現場で実際に起きた失敗事例をもとに、暗黙知が業務を止める仕組みと、AIエージェント（指示を受けて自律的に複数ステップの業務を進めるAI）やノーコードを「暗黙知を仕組みに移す装置」として使う考え方をお伝えします。
1. 「引き継ぎ済み」と「引き継げてる」は別物である
引き継ぎ書に書けることには限界があります。
書けるのは、操作の手順・画面の場所・項目の名前といった「表面的に観察できる情報」までです。
一方で、業務を実際に止めるのは次の3つです。
設定値が「なぜその値なのか」という背景
想定外のパターンが起きたときの判断基準
「気づいたら直す」レベルの運用上のクセ
このどれもが、前任者の頭の中にしか残らない暗黙知です。引き継ぎを丁寧にやる、引き継ぎ書を厚く書く、では解決しません。
私がご支援したクライアントの中にも、長年の業務担当者が退職・配置換えになった後、新任者が「設定の意味がわからないので触れない」と業務全体が停滞してしまったケースがありました。
これは担当者個人の問題ではなく、引き継ぎという行為の構造的な限界です。経営層が責任追及ではなく構造の問題として捉え直すことが、最初の一歩になります。
2. 暗黙知が業務を止める典型ケース
実際に私が現場で目にした、引き継ぎでは届かない暗黙知の例をいくつかご紹介します。
ケース1：自動化フローのタスク爆発
あるクライアントで、業務自動化ツールのスケジュールトリガーを5分間隔で動かしていたところ、数日で1万件ものタスクが消費される事象が発生しました。原因を追ったところ、参考用に取り込んでいた他案件のデータまで巻き込んでいたうえ、対象を絞るフィルター条件が緩く、本来対象外の編集イベントも全て発火していたためでした。
ここで重要なのは、「フィルターを絞らないと何が起きるか」を予測できる経験値は、設定画面を見るだけでは引き継げないという点です。新任者が同じフローを開いても、「絞る必要がある」という判断にはたどり着けません。
ケース2：「直したから大丈夫」が再発を生む
別の現場では、売上データの必須項目が未入力で請求書が発行できない事象が発生しました。担当者は「修正したので今後は発生しない」と口頭で説明しましたが、仕組み自体は変わっていないため、次の担当者は同じ罠を踏みます。
人の確認に依存するプロセスは、必ず失敗します。「今後は発生しない」という口頭の確認は、記録にも防止にもなりません。仕組み側でエラーを不可能にする設計が必要です。
ケース3：システム移行で見えなくなる現行運用
販売管理ツールの移行を検討中のクライアントでは、現行ツールのアカウント共有が業種上不可で、画面キャプチャと項目リストでしか現状を把握できない状況でした。「現行でどう運用しているか」を引き継ごうにも、断片からの再構築になります。これも特殊事例ではなく、情報セキュリティ上の制約がある業界では珍しくありません。
3. AIエージェント／ノーコードを「仕組みに移す装置」として使う
ここからが本題です。AIエージェントやノーコード基盤（kintone、Yoom 等）の本質的な価値は、時短ではありません。
人の頭の中にある知識を、仕組みに落とし込める ことが本質的な価値です。これは引き継ぎリスクへの直接的な対策になります。
具体的には、次のような暗黙知を仕組み側に持たせられます。
・例外条件の判断ロジック（「この場合は通知、この場合は停止」）を、フローやプロンプトに記述する
・入力検証（必須項目チェック・形式チェック）を仕組み側に持ち、人の確認に頼らない
・誰が・いつ・何を処理したかの履歴を自動で残す
AIに参照させるルールを統一し、担当者ごとのばらつきを抑制する
・
ただし、ここに大きな落とし穴があります。AIエージェント／ノーコードを入れること自体が、新しい属人化を生む という点です。「○○さんしか触れない kintone」「○○さんしかわからない 設定」が新たに生まれてしまっては、本末転倒です。
これを避けるためには、最初の設計時点で次の観点を必ず含める必要があります。
案件ごとの履歴管理を一元化する
AIに覚えさせるルールを共通設定で統一する
担当者ごとの使い方のばらつきを抑制する設計
AI契約・利用権限の管理ルール
セキュリティリスクへの抑制方針
特に複数担当者で運用する場合、各担当者のPCにAIをインストールするデスクトップ型ではなく、共通環境（VPS等）でルール・履歴・権限を一元管理する方が、引き継ぎ可能性は格段に高まります。
引き継ぎ問題の根は、属人化でも引き継ぎ書の薄さでもなく、入力検証・例外検知・履歴記録を仕組み側に持たせていないことにあります。
「引き継ぎを整える」という単独テーマは社内でも予算化しにくいテーマですが、ノーコード構築やAIエージェント導入の前段で「現状の暗黙知を棚卸しする」工程を必ず入れる ことで、実質的に解決できます。これは投資判断としても通しやすい組み立て方です。
まずは1業務、最も引き継ぎが不安なところから棚卸しを始めてみてください。
「自社の業務、暗黙知の塊になっていないか不安」「AI／ノーコードを入れたいが、新たな属人化が怖い」という経営者・管理職の方に向けて、現状の業務棚卸しからAIエージェント導入設計までを一気通貫でご支援しています。
