AIで速くなった分、判断と確認が人に集まる。負担を軽くする判断と、確実に行う確認を分けた話
AIを使った開発を日常にして、1年ほどになります。任せた作業は確かに速く終わります。それなのに、なぜか疲れる。
使いこなしているつもりでも、疲れてくると、AIが示した手順を十分に確認せず、そのまま受け入れそうになることがあります。何をするかは自分で決めているのに、どう進めるかについては、AIを過信してしまう。そんな違和感がありました。放っておくと品質に響くと思い、何がしんどいのかを一度きちんと整理しました。
AIで速くなったのに、しんどい
感じていたことを書き出すと、5つありました。
- AIを使うと、任せた作業が速く終わる
- 使いこなそうとしていたのに、気づくとAIの答えを過信しそうになっている
- 圧倒的な量のアウトプットを把握するのがしんどい
- 作業時間の見通しが立ちにくい
- それでも今後もAIを使っていきたい
別々の悩みに見えますが、並べてみると共通点がありました。作業はAIに移ったのに、読む、整理する、正しさを確かめる、質問に答える、が人に残っている。これが同時に求められます。特に、1回の出力の末尾に質問が4つほど埋まった長い文章がきついのです。つらさの中心は、作業中ではなく、出力を読んでいる時間にありました。
4つ目の「作業時間の見通し」は、少し性質が違う話なので、後半で改めて取り上げます。
調査でも、確認や判断に負担を感じる人が多い
自分だけの感覚か気になって調べると、近い傾向が出ていました。CHOIXがAI活用中のビジネスパーソン200人に行った調査(2026年4月21日実施、5月13日公表)では、AIツールで「なぜか疲れる」経験がある人が62.0%。業務が「とても楽になった」と答えた人でも、67.8%が負担を感じています。速さと疲れは両立するわけです。
疲れの種類で最も多いのが「確認・判断の繰り返し」で64.3%、次が「情報過多」で51.4%でした。AIの活用で作業の負担は軽くなる一方、確認や判断の繰り返しに負担を感じている人が多いことが、調査からうかがえます。AI導入の前後で判断の回数を実測した調査ではないので、「回数が増えた」とまでは言えません。ただ、私自身は、AIの出力を確認し、判断する場面が増えたように感じています。ITmedia NEWSの解説記事も、AI疲れの本質を判断の回数の増加だと整理しています。
調査の対象はAIを業務で使っている200人で、開発者全体を代表するものとは限りません。それでも、社内のメンバーからも「AIを使うと判断の回数が増える」という指摘があり、調査の傾向と自分の経験が重なったことで、ここが問題の中心だと考えるようになりました。
言葉を3つに分ける:判断・情報整理・確認
整理を進めるうちに、自分が「判断」とひとくくりにしていたものに、性質の違う3つが混ざっていることに気づきました。ここを分けないと、何を減らし、何を守るのかが曖昧になります。
| 区分 | 意味 | 方針 |
|---|---|---|
| 判断 | 何をするか、どの方法を選ぶかを決める | 負担を軽くする(定型化できる部分は型にする) |
| 情報整理 | AIの回答から重要な情報を見つける | 出力の形式を工夫して負担を減らす |
| 確認 | AIの出力や作業結果の正しさを検証する | リスクに応じて、必要な確認を必ず行う |
判断は自分の責任で決めること。情報整理は、決めるための材料を見つけること。確認は、できあがったものが正しいかを確かめることです。この3つは別の工程で、特に確認は判断の一種ではありません。以降はこの言葉で書きます。
AIを過信しそうになるのは、判断に疲れたとき
普段は、AIの答えを確認してから使っています。それでも「過信しそうになる」瞬間がある。いつ起きるのかを振り返ると、判断と情報整理を何度も繰り返して疲れてきたときでした。そのときの場面を順に書き出すと、こうなります。
- 判断と情報整理が続き、疲れてくる。 大量の出力を読み、埋め込まれた質問に答え、設定に迷う。ここで体力が削られる
- AIから「外部サービスで〇〇を設定してください」と指示が来る
- 後戻りを避けたくて、どの画面でどう設定するかを、すぐAIに聞く
- 疲れていると、返ってきた手順を「正しいはず」と、十分に確認せず受け入れそうになる ← ここが落とし穴
- 確認が薄れたまま進むと、間違いに気づく機会がなく、間違っていれば後戻りが起きる
落とし穴は4番目ですが、入口は1番目です。疲れていなければ、確認は薄れません。だから、判断と情報整理の負担を軽くして疲れにくくすることと、疲れていても確認は確実に行うことの、両方が要ります。
領域ごとに見ると、確認が薄れやすい場所もはっきりしています。
| 領域 | 判断・確認の置き方 | 疲れたときに起きること |
|---|---|---|
| 仕様(自分の責任範囲) | 自分で見て判断している | 判断の主導権は自分にある。ここは揺らがない |
| 外部サービスの設定手順 | 「手順にすぎない」と見なしやすい | 「正しいはず」と、確認が薄れやすい |
| 自分で調べる行動 | 少し見てわからない、判断に迷うと、すぐAIに聞く | 後戻りを避けたい気持ちが先に立つ |
皮肉なのは、後戻りを避けたくてAIに聞いているのに、疲れて確認が薄れると、間違いに気づく機会まで失うことです。「手順だから軽い」という扱いと、間違えたときの実際の影響(後戻り)がずれていました。
例:クラウドのアクセス権限を変える場面
これがなぜ品質の問題なのかを、説明のための例で書きます(実際の案件の話ではありません)。
クラウドサービスで、あるプログラムにストレージへのアクセス権限を付ける必要があるとします。AIに設定方法を尋ねると、具体的な操作手順が返ってきます。どの画面を開き、どのポリシーを選び、どこを保存するか。手順が明確であるほど、そのまま設定してしまいたくなります。
ところが、AIが示したポリシーが「ストレージ全体への読み書き」だったとしたら、必要なのは特定の領域への読み取りだけなのに、必要以上の権限を付けることになります。動作はします。間違いにはその場で気づきません。気づくのは、後日のセキュリティ点検か、何かが起きたときです。
こういう場面では、AIが示した手順を公式ドキュメントと照合し、付与する権限の範囲が必要最小限かを確認する必要があります。手順そのものは正しくても、範囲が広すぎることがある。確認が薄れたときに起きる問題は、心理的な疲れにとどまりません。システムの安全性に直結します。
対策:判断の負担を軽くし、確認は確実に行う
3つの区分ごとに、何をどう変えるかを決めました。
| 負担の種類 | 何がつらいか | 決めた型 |
|---|---|---|
| 判断の負担 | AIの質問に答える回数が多い。1回の出力に質問が4つほど埋まる | 先に書ける仕様は書いておく。残りの質問は末尾に番号付きでまとめさせ、推奨案を付けさせる。自分は採否だけ決める |
| 情報整理の負担 | 長い出力のどこが重要かを探す手間 | 結論を先頭に置く形式を指定する |
| 確認の負担 | 疲れると薄れる。影響の大きい設定ほど「手順にすぎない」と見なしやすい | 省略しない。影響度に応じて、公式ドキュメントとの照合・レビュー・動作検証を使い分ける。権限・課金・データ削除に関わる設定は必ず照合する |
正直に書くと、判断は単純には減りません。推奨案が付いても採否を決める判断は残りますし、結論が先頭にあっても根拠は読む必要があります。この型で変わるのは、判断の回数というより、判断1回あたりの認知的な負担です。AIへの指示や回答の形式を工夫することで、判断に至るまでの情報整理や、何を決めるべきかを把握する負担は軽くできます。
言い換えると、2つを分けて考えています。
- 判断回数の削減:意思決定の回数そのものを減らすこと。今回の型では、ほとんど減りません
- 判断負担の軽減:情報整理や理解の手間を減らし、判断をしやすくすること。今回の型は、主にこちらです
減らすのは必要な判断そのものではなく、判断に至るまでの無駄な負担です。
一方で、確認そのものは省略しません。すべてを同じ強さで確認するという意味でもありません。変更の影響度やリスクに応じて、公式情報との照合、レビュー、動作検証といった確認の方法を使い分けます。目的は、確認の量を増やすことより、必要な検証を省かないことにあります。
この型は、数回試した段階です。効果はまだ測れていないので、次のことを記録して、続けるかを決めるつもりです。
- 1回の作業で答えた質問の数と、採否だけで済んだ数
- 出力を読んでから着手するまでの時間
- 確認で見つけた間違いの数と、確認を省いていたら起きていた後戻り
時間の見通し:AIが速くなっても、全体が同じだけ短くなるわけではない
冒頭の「作業時間の見通しが立ちにくい」に戻ります。整理してみると、AIの処理が速くなることと、開発全体の所要時間が短くなることは、同じではありませんでした。開発全体の時間は、3つに分けられます。
- AIが作業する時間
- 人が結果を理解し、判断する時間
- 人が検証し、修正する時間
AIの作業時間は確かに短くなりました。しかし、2と3は人の時間で、出力が増えるほど長くなることもあります。1だけを見て見通しを立てると、外れます。そこで、AIの作業時間だけでなく、出力を読む時間と確認・修正の時間も記録して、見積もりの材料にすることにしました。以前書いた見積もりの記事の、最小と最大の幅の根拠にもなります。
お客様にとって、何を意味するか
この整理は個人の働き方の話に見えますが、お客様のシステムを作る立場では、そのまま品質の話になります。
- 品質や安全性に関わる確認は、人が責任を持って行います。 AIを活用して開発の効率化を進める一方で、権限・課金・データに関わる設定ほど、公式情報と照合します
- AIの処理時間だけでなく、理解・確認・修正の時間も把握します。 記録を積み重ねて、見積もりの精度を上げていきます
- 判断の型を持ちます。 質問は番号付きで推奨案つき、結論は先頭に。こうした型は、お客様との打ち合わせの進め方にもそのまま使えます
まとめ
AIによる作業の高速化で、人に求められる判断と確認の負担が大きくなっています。だからこそ、判断に伴う無駄な負担を減らしつつ、品質に関わる確認を確実に行うことが重要になります。
減らすのは、判断の回数というより1回あたりの負担。守るのは、正しさの確認。AIを「使いこなす」の中身は、この線引きだと今は考えています。数回試した結果は、改めて書きます。
参考:CHOIX調べ「AI活用中のビジネスパーソン200人への調査」(2026年4月実施、Web担当者Forum 2026年5月13日掲載。割合は記事掲載値)、ITmedia NEWSの解説記事(2026年7月)