生成AI導入はアジャイルか計画型か｜使われない自動化を減らす進め方

生成AIを業務へ導入するとき、全体計画と現場の小さな試行をどう組み合わせるかが課題になります。しかし、経営者やAI推進担当者、あるいは部門責任者にとって悩ましいのが、その具体的な進め方です。「全体計画を綿密に練り上げてからトップダウンで安全に進めるべきか」、それとも「現場のリアルな困りごとを起点にして、アジャイルに小さく試しながら進めるべきか」。ただし、この二択だけでは対象業務のリスクや変化速度を捉えきれません。極端なアプローチに偏ると、計画作りにばかり時間を取られて技術の進化に取り残されたり、逆に現場の思いつきで作ったものの誰の役にも立たず、「使われない自動化」の残骸だけが社内に量産されたりするリスクがあります。

このジレンマを解消するための中心的な問いは、「計画型、探索型、併用型の三つのアプローチを、各業務に求められる説明責任の強さ、業務自体の変化速度、AIが誤ったときの影響度、そして現場参加の度合いに応じてどう選び分けるか」ということです。たとえば、顧客への影響が大きく説明責任が問われる業務と、社内の手作業を効率化するだけの変化の速い業務とでは、AI導入の前提となるリスクや制約がまったく異なります。そのため、すべての業務に対して単一の進め方を画一的に当てはめるのではなく、対象業務の特性を見極めたうえで適切な手法を選択しなければなりません。

本記事では、生成AIの導入において、無駄な試作品の乱造を防ぎ、実務に定着する自動化を実現するための道筋を解説します。最後までお読みいただければ、最初から変更不可能な完璧なロードマップを描こうとするのではなく、全体計画を柔軟に更新できる「仮説地図」として持つ考え方が身につくはずです。そして、現場で小さな試行をスタートさせる前に、プロジェクトを次の段階へ進める「合格条件」、危険と判断して即座に撤退する「停止条件」、成功した試作品を全社へ展開する「標準化条件」を明確に決められるようになります。行き当たりばったりの検証を終わらせ、確実な成果につながるAI活用の第一歩を踏み出しましょう。

計画型・探索型・併用型は固定する範囲が違う

生成AIを業務に導入する際、「綿密な全体計画から始めるべきか」、それとも「現場の困りごとから小さく試すべきか」と迷う組織は少なくありません。導入の進め方は「計画型」と「探索型」、そして両者を組み合わせた「併用型」に分けられます。これらはどれが優れているかという善悪の問題ではなく、「プロジェクトのどの要素をあらかじめ固定し、どの要素を試行を通じて更新していくか」という範囲の違いによって定義されます。

「計画型」は、対象とする業務プロセスや求める効果、予算などを事前にしっかりと固定し、その枠組みの中で開発を進める方法です。「探索型」は、あらかじめ要件を固めきらずに小さな試作品を作り、利用者の反応や技術的な実現性を見ながら方針を柔軟に更新していく方法です。英国政府が提供するGOV.UKのアルファ版（alpha）ガイダンスにおいても、プロジェクトの最も危険な仮説へと対象を絞った試作品を作り、次の段階（beta）へ進む価値があるかを判断する手法が示されています。そして「併用型」は、大枠の目標や評価基準は計画型のように固定しつつ、具体的な実装手法は探索型のように更新していくアプローチです。

架空の例として、請求書確認業務の生成AIによる自動化を併用型で進めるケースを考えてみます。この場合、「どの業務を対象とするか」「どのような請求書データを使用するか」、そして「どの程度の精度や時間削減を達成すれば実業務へ導入するかという合格条件」は、事前に固定項目として定めます。一方で、AIに指示を出すためのプロンプトの記述内容や、現場担当者が実際に操作する画面導線についてはあらかじめ固定しません。これらは更新項目として扱い、実際の試行を通じて使い勝手を確認しながら改善を重ねていきます。

このように固定項目と更新項目を明確に分ける理由は、成果の出ないまま「使われない自動化」が量産されるのを防ぐためです。事前の見極めとして、GOV.UKのディスカバリー（discovery）ガイダンスは、利用者の問題、制約、費用対効果を十分に理解してから次のフェーズへ進む判断を示すよう求めています。さらに、試行を始めた後も状況を適切に評価する必要があります。NIST AI RMF Coreでは、方針統制（Govern）、文脈の把握（Map）、測定（Measure）、管理（Manage）という四つの機能を継続し、AI導入を進めるべきか、あるいは停止するべきかを判断するプロセスの重要性を指摘しています。

三つの進め方の違いを理解し、対象となる業務に合わせて何を事前に固定し、何を後から更新するかを決めることが、確実なAI導入への第一歩となります。

高リスクで説明責任が強い業務は計画を先に置く

前節で解説した三つのアプローチのうち、「計画型」を選択すべきなのはどのような場合でしょうか。結論から言えば、AIの誤りが事業や顧客に重大な影響を及ぼし、外部に対する強い説明責任が求められる業務に取り組むときです。

具体的な対象としては、契約書の内容を確認する法務、財務数値を扱う会計、あるいは顧客へ直接の連絡を行う業務などが該当します。これらの業務においては、AIが不適切な出力を行ったり、誤った処理を自動化してしまったりした際のリスクが極めて大きくなります。そのため、現場の思いつきからいきなり試作品を作り始めるのではなく、あらかじめ越えてはならない条件や制約を明確な計画として設定しておく必要があります。

架空の例として、会計部門における「支払承認」プロセスの一部を生成AIで支援するケースを考えてみます。この場合、AIが請求書を読み取って処理を進める試作品を作る前に、決めておくべき重要な前提条件がいくつもあります。たとえば、「最終的な承認権限をどの役職の人間が持つのか」「誰がいつAIの処理結果を確認したかという監査ログをどのように記録するか」、そして「万が一、AIの誤読による誤承認が発生した場合、どのように処理を取り消して復旧させるか」といった事項です。これらは試行錯誤しながら後から決める更新項目ではなく、プロジェクトの最初から固定すべき項目となります。

このような事前検討の重要性は、公的機関のガイドラインにも示されています。英国政府のGOV.UKが提供するディスカバリー（discovery）ガイダンスは、実際の試作品開発（alpha）へと進む判断を下す前に、利用者の抱える問題、業務やシステム上の制約、そして費用対効果を十分に理解することを求めています。高リスクな業務では、この「制約」の洗い出しと計画への落とし込みがとくに不可欠です。

さらに、計画を立てて導入を開始してからも、リスクを常にコントロールする仕組みが必要です。NIST AI RMF Coreでは、方針統制（Govern）、文脈の把握（Map）、測定（Measure）、管理（Manage）という四つの機能を継続し、AIの導入をこのまま進めるか、あるいは問題が生じた時点で停止するかを的確に判断することを推奨しています。高リスク業務では、計画段階で定めた監査ログや復旧手順が正しく機能しているかを持続的に測定・管理しなければなりません。

法務、会計、顧客連絡といった説明責任の強い業務にAIを適用する際は、発生しうるリスクの許容範囲やルールの順守を全体計画のなかにあらかじめ組み込みましょう。全体像と制約を先に描き、確固たる基準を持って進める計画型のアプローチこそが、重大な事故を防ぎ、安全な業務の効率化を実現するための鍵となります。

不確実で変化の速い業務は小さく探索する

前節では、高リスクで説明責任の伴う業務には「計画型」のアプローチが必要であることを解説しました。では反対に、「探索型」のアプローチが向いているのはどのような場合でしょうか。それは、業務プロセス自体が不確実で変化が速く、かつ失敗した際の影響が比較的少ない領域において、新しい手法の実現性や効果を検証したいときです。

探索型で生成AIを導入する際、最初に取り組むべき対象は「頻度」「負荷」「可逆性」の三つの観点から選びます。日常的に繰り返し行われており（頻度）、手作業による時間がかかっている（負荷）業務は、効率化の恩恵を実感しやすくなります。そして最も重要なのが、AIが誤った出力をしても人間の確認ですぐに修正でき、顧客や事業への直接的な損害につながらないという性質（可逆性）を持っていることです。

このような業務を対象とする場合、初期段階から詳細な要件を固定するのではなく、課題の解像度を上げてから小さく試す手順を踏みます。GOV.UKのディスカバリー（discovery）ガイダンスは、実際の試作へ入る前に、利用者の問題、制約、費用対効果を十分に理解してから次のアルファ版（alpha）フェーズへ進む判断を示すよう求めています。事前の調査で現状の手間や課題を把握したうえで、初めて試作品作りへと移るのです。

試作品を作る段階では、すべてを網羅しようとするのではなく、核となる課題に絞り込みます。GOV.UKのアルファ版（alpha）ガイダンスでは、プロジェクトにおける最も危険な仮説へと対象を絞った試作品を作り、次の段階（beta）へ進む価値があるかを判断する方法が示されています。

架空の例として、競合他社の動向を把握するための「週次の公開情報要約」という業務に探索型のアプローチを適用するケースを考えてみます。この業務は毎週発生し（頻度）、情報収集と要約作業に多大な時間を要しており（負荷）、もしAIが誤情報を含めても社内の担当者が提出前に修正できる（可逆性）という条件を満たしています。ここでは「AIの要約品質が実用に耐えうるか」という最も危険な仮説に焦点を絞り、現場の担当者3人で2週間だけ生成AIを用いた試行を行います。その期間中、従来の手作業と比べて「業務にかかる時間」と「人間が訂正した件数」を測ることで、さらに取り組みを拡大して本格的な導入へ進む価値があるかを評価します。

このように、頻度と負荷が高く、かつ可逆性のある業務を最初の対象に選び、重要な仮説に絞って小さく探索することが、不確実な環境下でAI活用を素早く前進させるための基本となります。

試作品には合格条件と停止条件を付ける

不確実性の高い業務に対して小さな試行を通じて探索するアプローチをとっても、明確な評価基準がなければ、「とりあえず作ってみたが誰も使わない試作品」が社内に放置されることになります。こうした事態を防ぐためには、試行する一つの業務成果物と利用者、そして確認方法を明確にし、次の段階へ進む「合格条件」と、直ちに試行を中止する「停止条件」をあらかじめ設定しておく必要があります。

使われない試作品を見切るには、システムが完成するまで待つのではなく、試行の区切りで適切な判断を下す仕組みが重要です。英国政府のデジタルサービス開発でも、初期のディスカバリー段階で利用者の問題、制約、成功の測定方法を理解し、次段階に進まない判断も妥当とすることが示されています。続くアルファ段階では全体を試作せず、危険な仮説を試すのに必要な最小範囲に絞ります。そして、次段階へ進む判断に足る試作ができた時点で区切り、条件が揃わなければ停止や再調査もあり得るとしています。効果を正しく判断するには、導入前の基準値を用意して推定した改善と費用を比較し、後続段階でも利用者調査や実績値で見直すことが求められます。

また、運用判断や停止の仕組みは米国のリスク管理の枠組みにも見られます。NISTのAI RMF 1.0で示される四つの機能は、固定されたチェックリストではなく任意の順序で継続的なリスク管理を行うことを想定しています。その中で、文脈の把握（MAP3.5）として人の監督をどのように行うかを定め、管理（MANAGE1.1）で開発や運用を進めるかの判断を下し、同じく管理（MANAGE2.4）において想定用途と不一致のシステムを停止する責任を扱うことが明記されています。

試行の区切りを考えるための具体的な設計例として、公開用の架空の社内FAQ更新をAIで効率化する未実施の計画を想定します。企業担当者は試行を始める前に、一件の問い、利用者、提出物、検証期限、そして判定担当を明確に決めます。ここでは、検証する問いを「AIは実用に耐えるFAQの草案を作れるか」と置き、利用者を「情報を探す社内の従業員」、試行する業務の提出物（成果物）を「更新されたFAQ記事」とします。検証期限を「2週間」とし、判定担当を「FAQを管理する業務部門のリーダー」と定めたうえで、担当者が公開前に内容を直接確認する手順を組み込みます。

そして検証期限を迎えた際に、継続・範囲変更・停止を判断する記録となる「合格条件」と「停止条件」を事前に設定しておきます。まず、AI導入前のFAQ作成にかかる対応時間や手戻り件数を基準値として記録しておきます。次の段階へ進む合格条件は、「従来よりも対応時間が削減され、かつAI利用費用が、便益を金額で評価した改善見込みの範囲内に収まること」とします。これを満たせば、利用の継続や適用範囲の拡大を判断できます。一方で、停止条件は「誤った内容が社内に公開される危険性がある重大な誤りが1件でも発生した時点」や「担当者の修正作業が従来の手作業プロセスを上回った時点」に設定します。これらに該当した場合、AI利用による更新を停止して手作業プロセスへ差し戻すか、適用範囲やプロンプトを変更するという判断を下すことになります。

このように、成果物や確認方法を絞り込んだうえで条件を明文化しておくことで、試行が失敗に向かった際に素早く撤退や運用方法の変更ができ、成功した場合には自信を持って継続できます。基準となるデータと比較しながら合格と停止の境界線を引くことで、根拠なく自動化を放置せず、継続候補と停止候補を適切に分けられるのです。

90日で探索・評価・標準化をつなぐ

前節では、小さな試行を行う際に合格条件と停止条件を設け、使われない試作品を見切る方法を解説しました。では、条件をクリアした「小さな試行」の成功を、どのように全社の業務計画へ戻し、標準的な仕組みとして広げていけばよいのでしょうか。ここでは、全体の方針を管理する中央支援チームと、実務に明るい部門担当者が連携する「併用型」のアプローチを前提に、90日を1サイクルと仮定した設計例として、探索、評価、標準化を回す具体的な工程を示します。

30日ごとに区切ったこのサイクルは、現場での発見を確実な成果へ昇華させるための枠組みです。

最初の30日は「候補選定」の期間です。現場の困りごとから生成AIを適用できそうな業務を洗い出し、事前調査を行います。英国政府が提供するGOV.UK discovery guidanceは利用者の問題、制約、費用対効果を理解してからalphaへ進む判断を示すと定めています。この教えに倣い、中央支援チームと部門担当者は対象業務の現状を把握し、試作品を作るべきかを検討します。

次の30日は、対象を絞り込んだ「限定試行」の期間です。GOV.UK alpha guidanceは最も危険な仮説へ絞った試作品を作り、betaへ進む価値を判断する方法を示すように、ここでは業務を遂行するうえで最大の障壁となる点に焦点を当ててテストを行います。試行中の評価においては、GOV.UKは基準値と改善見込み、提供費用を比較し、betaとliveで効果を監視するよう説明する手順を踏みます。 架空の例として、営業部門の提案書作成を支援するAIツールの試行を考えてみます。部門担当者が日常の提案業務で30日間ツールを使い、導入前の作業時間（基準値）と導入後に測った作業時間、さらにAIの利用にかかった費用を比較記録します。

最後の30日は「標準化判断」の期間です。試行を通じて得られたデータをもとに、ツールを本格的に全社へ展開するか、あるいはここで打ち切るかを評価します。NIST AI RMF CoreはGovern、Map、Measure、Manageを継続し、導入を進めるか停止するか判断する枠組みを示しています。合格条件を満たしたツールについては、中央支援チームが利用手順や安全基準を整理し、全社で利用できる標準ツールとして計画表を更新します。停止条件に触れた場合は無理に推進せず、計画から直ちに除外します。

このように、30日ごとに候補選定、限定試行、標準化判断を行い、その結果で全体の計画表を更新すれば、現場の試行を次の全社判断へ渡せます。

よくある質問

Q1. 計画型で進めている最中に、予期せぬ技術的な制約が見つかった場合はどうすればよいですか？

計画型であっても、途中で重大な問題が見つかった場合は計画に固執せず立ち止まるべきです。事前の調査において、GOV.UK discovery guidanceは利用者の問題、制約、費用対効果を理解してからalphaへ進む判断を示すとしており、プロジェクト進行中に制約が想定を超えた場合は改めてこの調査段階に戻り、費用対効果が成立するかを再確認してください。

Q2. 探索型での試行中に「自動化を停止し、人による作業へ戻す条件」はどのように設定・確認すべきですか？

AIの誤りが顧客や事業に悪影響を及ぼす危険性が生じた時点を停止条件とし、速やかに人による作業へ戻します。確認方法として、NIST AI RMF CoreはGovern、Map、Measure、Manageを継続し、導入を進めるか停止するか判断する枠組みを示しています。これに則り、架空の例として「AIが生成した回答案を人間が確認するプロセスで、3回連続で事実誤認の修正が発生した場合は自動化を停止する」といった明確な基準（Measure）をあらかじめ設けてください。条件に達したことを現場担当者が確認した時点で、即座に手作業へ戻す運用を定めておくことが重要です。

Q3. 併用型を進める際、中央支援チームと部門担当者の間で評価基準が食い違うのを防ぐにはどうすればよいですか？

導入前の状態と導入後の状態を同じ基準で測定し、客観的な比較を行うことで認識のズレを防ぎます。効果の測定にあたり、GOV.UKは基準値と改善見込み、提供費用を比較し、betaとliveで効果を監視するよう説明するアプローチをとっています。部門担当者の感覚的な評価に頼るのではなく、業務にかかる時間などの基準値とAIの提供費用を事前に合意し、定量的なデータに基づいて判断を下す仕組みを構築してください。

Q4. 高リスクな業務において、最初から完璧な計画を立てるのが難しい場合は探索型を選んでもよいですか？

説明責任が強くリスクが高い業務では、安易に探索型へ切り替えるべきではありません。もし全体を最初から計画することが難しい場合は、対象業務を細かく分割し、そのなかでもリスクの低い部分だけを切り出してください。そして、GOV.UK alpha guidanceは最も危険な仮説へ絞った試作品を作り、betaへ進む価値を判断する方法を示すように、その切り出した部分に焦点を当てて検証を行うことで、リスクを確認しながら段階的に進めることができます。

Q5. 試作品の合格条件を満たして標準化（Live）したあとも、継続的な効果測定は必要ですか？

はい、必要です。AIの性能変化や業務環境の変化により、当初見込んでいた費用対効果が維持できなくなる可能性があるためです。本格的な導入後も、GOV.UKは基準値と改善見込み、提供費用を比較し、betaとliveで効果を監視するよう説明するとしているように、定期的な効果の監視が求められます。また、NIST AI RMF CoreはGovern、Map、Measure、Manageを継続し、導入を進めるか停止するか判断することを推奨しており、運用開始後であっても基準を下回れば自動化の停止やプロセスの見直しを実行できる管理体制を維持してください。