ここまでを判断の道具にする
第0章から第22章まで、歴史・技術・実務・組織・経営・リスクを扱ってきました。本章はそれを実際に判断するときに使える形にまとめる章です。
シンプル版のシンプル版の最終章と同じ役割の章です。この章が足すのは、成熟度を把握する視点と、第0章から第22章までの論点を判断軸に畳み込む部分です。
新しい情報を足すのではなく、各章の要点を判断の順序として並べ直します。巻末の資料編(第26〜30章)への入口にもなります。
用途に応じたAI選定の判断軸
「どのAIを使うべきか」という問いに単独の正解はありません。次の順序で決めていくと選択肢が絞られます。順序が重要で、逆にすると前提の不一致が後で判明します。
製品比較が8番目にあることが重要です。1〜7を飛ばして製品比較から始めると、選定基準が機能の多さと価格になり、導入後に前提の不一致が発覚します。
導入前のチェックポイント
投資を決める前に確認する項目です。第9章の内容を、判断者が使える形に整理します。
- 対象データは、いまどこにどの形で存在するか ― 「作れば集まる」は前提として成立しません(第6章)。
- 期間の連続性を確認したか ― システム移行・コード改訂をまたいでいないか(第6章)。
- 対象範囲は全業務の何割か ― 精度の数値と必ずセットで確認します(第15章)。
- 人の確認を含めた合計時間はどうなるか ― ここが減らなければ効果はありません(第9章)。
- 導入前の数値を実測したか ― 比較対象がなければ効果を示せません。
- 1件あたりの費用と月間の上限はいくらか ― 再試行分を含めます(第3章)。
- 例外はどれくらいの割合で発生するか ― 1か月数えれば分かります(第7章)。
- 止まったときに業務はどう回すか ― 手作業に戻せるか、手順があるか(第10章)。
- 社内で変更・復旧できる人は何人か ― 0人なら設計を見直します。
- 入力してよい情報の区分は決まっているか ― 3段階の区分(第16章)。
- 検証セットはあるか ― 品質を測る基準(第14章)。
- 中止する条件を決めたか ― これがないと止まりません(第9章)。
12項目のうち答えられないものが、着手前に必要な調査の一覧になります。すべてに答えられる状態を作ることが目的ではなく、答えられない項目を認識して着手することが目的です。
継続的な検証・運用体制
導入して終わりにしないための最小構成です。詳細は第24章で扱いますが、判断の材料として何が必要かをここで示します。
AIに任せる範囲と人が担う範囲
線引きの原則は1つです。間違いに気づける工程を人が持つこと。
確認の型を選ぶ基準
選ぶ基準は精度ではなく、間違えたときの影響の大きさです(第4章)。
- 全件確認 ― 導入初期、金額・契約に関わる処理。AIは下書きを作る役。
- 条件付き確認 ― 確信度が低い、金額が大きい、新規の取引先。運用が安定してから移行。
- 事後の抜き取り検査 ― 誤りの影響が小さい社内向け処理。検査結果の記録が必須。
人が担い続ける必要がある領域
本書を通じて繰り返し現れた、人に残すべき判断を整理します。
- 業務要件との一致の判断 ― この処理が業務として正しいか(第11章)。
- 効果の定義と受け入れ判断 ― 何をもって成功とするか(第8・9章)。
- データの正しさの判断 ― 「この数字が正しい」と言えるのは自社だけ(第6章)。
- 人に対する判断 ― 採用・評価・与信・給付。根拠の説明と記録を伴う(第20章)。
- 取り返しのつかない操作の承認 ― 送信・削除・公開・支払い(第21章)。
- リスクの受け入れ判断 ― この不備を許容するかは人の決定(第11章)。
加えて、最終責任を持つ工程を明示することが必要です。「AIがそう出力したから」は説明として成立しません(第16章)。誰が判断したかを記録に残す運用にします。
失敗を許容する運用文化
制度と評価の話です。AI導入では、着手してみて「データが足りない」「効果が出ない」と判明する案件が一定割合で出ます。これは失敗ではなく、検証の結果です。
中止が遅れる構造
中止が担当者の評価を下げる組織では、次のことが起こります。
- 効果の出ていない施策が延命される
- 次の案件に予算と人が回らない
- 中止の理由が共有されず、他部署が同じ壁に同じ費用をかけて突き当たる(第15章)
- 報告が実態から離れていく
変えるべき3点
- 着手前に中止条件を文書化する ― 判断が個人の責任から計画の実行に変わります(第9章)。
- 評価指標を活動量から結果に変える ― PoC実施数ではなく、稼働して6か月後も動いている件数(第8章)。
- 中止事例の共有を仕組みにする ― 書式を決め、検索できる場所に置き、数値を残す(第15章)。
1番目が最も安く、最も効きます。着手前に1行書くだけで、中止の判断の性質が変わります。
自社のAI活用成熟度を把握する視点
詳細な診断は第28章に置きますが、判断の材料として見るべき観点をここで示します。4つの軸で見ます。
| 軸 | 見るもの | 低い状態の症状 |
|---|---|---|
| データ整備度 | 使えるデータがあるか。定義が一致しているか | 着手ごとにデータ調査から始まる |
| 組織体制 | 4つの役割(企画・データ・開発・運用)に人がいるか | データ側と運用側が誰の仕事でもない |
| ガバナンス | 区分・経路・責任分界・棚卸しがあるか | 把握されていない利用がある |
| 活用範囲 | 本番稼働して継続している件数 | PoCの数だけが増える |
この4軸のうち、低い軸が全体の速度を決めます。活用範囲を広げようとしても、データ整備度が低ければ着手ごとに調査から始まります。ガバナンスが低ければ、把握されていない利用が増えて統制が効かなくなります。
したがって次の一手は、最も低い軸に対して打つのが原則です。
「AIを使うかどうか」は評価軸ではない
本章の締めとして、第9章・第8章で触れた論点を明確に置きます。
AIを使っているかどうかは、それ自体では成果ではありません。評価すべきは、製品や業務がどれだけ良くなったかです。
実務では、AIを使わないほうが安く早い場合が多くあります。
- 入力項目を3つ減らす ― 開発が不要で、効果は確実です。
- 承認の階層を1段なくす ― 処理時間が直接短くなります。
- 取引先に書式を揃えてもらう ― 読み取り精度の問題自体が消えます(第4章)。
- 定期的な書き出し設定を追加する ― 手作業の転記が不要になります。
- 表計算ソフトの関数で済ませる ― 費用がほぼかからず、変更も容易です。
これらを検討したうえでAIを選ぶなら、その判断には根拠があります。検討せずにAIから始めた場合、後から「もっと簡単な方法があった」と判明します。
目標設定の段階で防ぐ方法があります。目標を業務の言葉で設定することです。
| 手段が目的化する設定 | 結果で評価できる設定 |
|---|---|
| AI活用を推進する | 請求書処理の1件あたり所要時間を、確認作業を含めて半分にする |
| 全部署でAIツールを導入する | 問い合わせの一次回答までの時間を、平日日中で1時間以内にする |
| 年間5件のPoCを実施する | 本番稼働した仕組みを年間2件作り、6か月後も稼働している状態を保つ |
| AI人材を育成する | 主要な仕組みごとに、変更・復旧を実施できる担当者を2人以上置く |
右側の設定であれば、AIを使わずに達成できた場合も成果になります。手段を問わない目標設定が、手段の目的化を構造的に防ぎます。
一年目の三月、朝凪精機の経理課長が「月末の集計に、毎月まる2日かかっています。AIで何とかなりませんか」と経営企画部へ相談に来ました。着手の前に、情報システム課の倉田が作業を1日横で見ると、時間の大半は販売管理・会計・出荷管理の3つのシステムの画面から数字を書き出し、表計算に貼る工程でした。判断の要る作業はありません。この工程は、書き出しを毎晩決まった時刻に走らせる設定を1つ足すだけで解消し、AIの導入自体が不要でした。二年目の三月の取締役会で、倉田はこの件を、二年目の計画の「観察してから手段」の出どころとして挙げています。この判断ができたのは、手段を決める前に業務を観察したからです。観察を省略して手段から入ると、この結論には至りません。
この場面は網羅物語之巻 第16章「分からないと書いた報告書」に出てきます。
3つの持ち帰り
本書の内容を実際の行動に変えるために、3つだけ挙げます。いずれも専門知識を必要としません。
- 「AI」と言われたら、種類を聞く ― 生成系か、認識分類系か、予測系か。この一言で議論の精度が変わります(第1章)。
- 提案を受けたら、対象範囲の割合とデータの現状を聞く ― この2つに答えられない提案は、まだ判断できる段階にありません(第15章)。
- 外部データを読み込む仕組みでは、AIの操作権限を確認する ― 読み取りで足りるなら、送信・削除の権限を与えない(第21章)。
この3つを聞けるだけで、判断の質は実際に変わります。技術に詳しくなる必要はありません。