AI導入がうまく進まない理由を掘っていくと、ツールの性能ではなく「誰が何を決めるのかが決まっていない」ところに行き着くことがよくあります。情シスに丸投げしても、現場任せにしても、途中で判断が滞って止まりやすいのが実情です。ここでは最低限そろえたい役割と、兼任でも回すための工夫を整理します。
情シスに一任すると、技術的な検証は進みます。ところが「どの業務のどの工程を変えるか」「例外処理をどう扱うか」は現場の判断が要るため、確認待ちで止まります。予算や優先順位を動かす権限が情シスにない場合、検証が終わっても次へ進めないまま時間が過ぎるケースも見られます。
逆に現場任せにすると、業務の理解は深いものの、データの取り出し方やセキュリティ上の可否を判断できず、無料ツールに業務データを入力してしまうリスクが生まれます。後から情シスや法務が止めに入り、やり直しになることも珍しくありません。
どちらも担当者の能力の問題ではなく、一つの立場だけでは決められない判断が混ざっていることが原因です。必要なのは体制を大きくすることではなく、判断の種類ごとに担当を置くことです。
投資額の承認と、うまくいかなかったときに止める判断を担う役割です。経営層や部門長が担うことが多く、不在だと検証結果が出ても次に進めません。「始める権限」と同じくらい「やめる権限」が重要で、撤退基準を決められる人が最初から関わっていると、傷の浅いうちに方向転換しやすくなります。
実務の中心になる役割です。現場の困りごとを要件に翻訳し、ベンダーや情シスの窓口になり、進捗と課題を意思決定者に上げます。求められるのは高度な技術知識よりも、業務の流れを聞き取って言語化し、関係者を巻き込める力で、情シス出身でも業務部門出身でも成立します。
実際にその業務を回している担当者です。マニュアルにない例外処理や暗黙のルールを把握している人が入っているかで、設計の精度が変わります。管理職だけで代替すると、現場の実態と合わない前提で進み、稼働後に使われなくなる要因になりやすいところです。
どのデータを外部サービスに渡してよいか、入力内容が学習に使われない契約か、守秘義務に抵触しないかを確認する役割です。専門部署がなければ、総務や管理部門の担当者が社内規程と照らして確認する形でも機能します。着手後ではなく検討段階から関わってもらうと、手戻りを減らしやすくなります。
4つと聞くと大がかりに感じられますが、専任を4人置く必要はありません。中堅・中小企業では、経営者が①、情シス担当が②と④、業務部門のベテランが③という兼任で回している例が多く見られます。人数ではなく、4つの判断のうち誰も担っていないものがないかを点検するのが要点です。
空白ができやすいのは④と①です。④が不在だと、判断がつかないまま現場が独自にツールを使い始めます。①が不在だと、検証が終わっても意思決定されず「PoC止まり」になりやすくなります。役割表を作らずとも、関係者の間で「この判断はこの人に確認する」が共有されていれば十分です。
体制以外も含めた全体の整い具合を確認したい場合は、AI導入 準備度診断で戦略・データ・体制・技術・ガバナンスの5領域を採点すると、どこが弱いかを可視化しやすくなります。
兼任体制でつまずく要因は、能力よりも時間です。通常業務が満量のまま「余力でAIも見ておいて」と依頼すると、優先度が下がって自然に止まります。現実的な対処は次のとおりです。
社内に人が足りない場合、外部の支援を使うのは妥当な選択です。ただし線引きなく任せると、出来上がったものが現場の手順と合わない事態になりがちです。目安としては、要件を決める部分は内側に残し、実装や基盤の構築は外側に任せるという分け方が扱いやすい傾向があります。
要件——どの業務のどの工程をどう変えるか——は、自社の業務知識がないと決められません。反対に、システム連携やインフラ構築は社内に経験がなければ外部のほうが速く、品質も安定しやすい領域です。④の確認役についても、最終的な可否判断は社内で持つ形が現実的です。
推進担当の異動や退職で取り組み全体が止まる例は、規模を問わず起きています。属人化を避けるため、少なくとも次の情報は文書に残しておくと引き継ぎやすくなります。
特に見落とされやすいのが「見送った案とその理由」です。残っていないと、担当が替わるたびに同じ検討をやり直すことになります。凝った文書である必要はなく、共有フォルダに1ファイル置くだけでも違いが出ます。
最初から4つの役割を正式に任命しようとすると、それ自体が調整コストになって着手が遅れます。実務的には、②推進担当と③現場代表の2人で小さな業務を1つ試すところから始め、投資判断が要る段階で①を、外部へデータを渡す段階で④を巻き込む順序が動きやすい傾向があります。
最初の対象業務は、影響範囲が狭く差し戻しが効くものを選ぶと合意を得やすくなります。どこから手をつけるか迷う場合は、業務適合度マトリクスで効果とリスクの両面から候補を並べると優先順位を説明しやすくなります。進め方の全体像はAI導入のはじめ方で整理しています。
進めているケースはあります。②推進担当は業務側の方が担い、技術的な判断は外部の支援を受ける形が現実的です。重要なのは、外部に任せる場合でも①と④を社内に置くことです。契約内容やデータの扱いを社内で判断できないまま進むと、後から見直しが難しくなります。
どちらでも成立します。対象業務がシステム連携中心なら情シス寄り、業務手順の見直しが中心なら業務部門寄りが動きやすい傾向があります。いずれの場合も、もう一方の部門に常時相談できる相手を決めておくと、確認待ちで止まる時間を減らせます。
関心が薄い段階で大きな投資判断を求めると、判断自体が先送りされがちです。まずは費用のかからない範囲で小さく試し、削減できた時間などの業務側の数字を持って相談すると議論が具体化しやすくなります。その際も「導入したい」ではなく「この業務のこの負担を減らしたい」という切り口にすると、話が通りやすい傾向があります。
推進体制づくりは、人数をそろえることではなく、決めるべきことに担当をつける作業です。まずは4つの役割に空白がないかを確認し、埋まっていないところから手を打つ——その一歩だけでも、止まっていた検討が動き出すことがあります。
本記事は一般的な考え方を整理した参考情報であり、特定製品の推奨や導入の成否・効果を保証するものではありません。実際の検討・判断は、自社のシステム仕様・社内規程・契約・関連法令に照らして専門家とご確認ください。