AIに任せられることは増えた。けれど、どこまで任せてよいのかの線が引けない。任せすぎて顧客に出す前の文面まで勝手に進んでしまったり、慎重になりすぎて結局ほとんど自分で書いていたりする。
線を引けないのは、判断の軸が「難しいかどうか」になっているからです。軸を変えると、迷いはかなり減ります。この記事では、AIに任せる仕事の範囲を決める基準と、任せてはいけない仕事を整理します。
そもそも「AIに仕事を任せる」とは
ここで言う「任せる」は、質問して答えをもらうことではありません。目的と完了条件を伝え、調査・下書き・実装・テストといった一連の作業をAIに進めてもらい、返ってきた結果を人が受け取ることです。
質問と違い、任せた仕事は人の見ていないところで進みます。だからこそ、何を渡すかより先に何を渡さないかを決めておく必要があります。
判断の境界は「難しさ」ではありません。間違えたときに、やり直しが効くかどうかです。難しい実装は任せてかまいません。間違えてもテストで気づき、直せるからです。一方、簡単でも顧客へのメールは任せません。送ってしまえば取り消せないからです。
用意するもの（入力）
任せる前に、次の4つを手元に揃えます。無いまま任せると、右の列のことが起きます。
| 用意するもの | 無いとどうなるか |
|---|---|
| 目的（何のためにやるのか）1行 | 頼んでいないものが返ってくる。手段だけを指示すると、手段どおりの成果物が返り、目的は外れる |
| 成果物（何が出来上がればよいか） | 返ってきたものが「完成」なのか「途中」なのか分からない |
| 完了条件（どうなれば終わりか） | 作業が終わらない。レビューも終わらない |
| 確かめ方（読めば分かる、テストが通れば分かる、見本と比べられる） | 結果の良し悪しを自分で判断できず、任せた仕事が「信じるしかない結果」になる |
指示には、目的・成果物・制約・完了条件・報告形式の5つを書くと抜けが出ません。特に確かめ方は、後述の「任せてはいけない仕事」の線引きに直結します。
手順
判断は3つの問いに答えるだけです。上から順に当てはめます。
ステップ1 間違えたとき、やり直しが効くか確認する なぜ最初に問うか：取り消せないものは、後からの確認では間に合わないからです。送信済みのメール、顧客への発言、承認は取り消せません。「いいえ」なら自分でやります。
ステップ2 返ってきた結果を、自分で確かめられるか確認する なぜ次に問うか：確かめられない結果は、受け取った時点で品質が分からないからです。読めば分かる、テストが通れば分かる、のどちらかが成り立つなら任せられます。成り立たないなら、先に確かめ方（受け入れ基準・テスト・見本）を作ります。それができるまでは任せません。
ステップ3 コマンド実行が必要かで、動かし方を決める なぜ最後に問うか：任せるかどうかではなく、任せ方の問題だからです。gitやテスト実行、インストールなどコマンドの実行が必要な作業は、待ちながら動かします（前景）。実行が要らない調査や下書きは、裏で動かします（バックグラウンド）。
ステップ4 複数を同時に任せるなら、順番が必要な仕事を見分ける なぜ確認するか：同時に走らせても、前の結果を待つ仕事は速くならず、衝突するからです。判定は「Aが終わっていなくてもBを始められるか」と問うだけです。始められないなら、順番が必要です。
| 例 | 理由 | |
|---|---|---|
| 並行できる | 無関係な複数テーマの調査／別々のファイルの実装／資料・実装・テストの同時読み込み | 互いに影響しない |
| 順番が必要 | データ構造の変更から実装へ／公開から動作確認、検証へ／同じファイルを2人が編集 | 前の結果が次の入力になる。同時にやると衝突する |
並行して走らせるときの設定や事故の防ぎ方は、複数を同時に走らせる方法で扱います。
任せてよい仕事の典型は次のとおりです。
- 調査・比較検討
- 文書やコードの下書き
- 実装・修正
- テスト作成
- 形式変換・一括置換
- 図表・スライドの生成
- 既存コードから仕様書を起こす
任せてはいけないこと
ここがこの記事の中心です。任せてはいけない仕事は、突き詰めると3つに絞れます。
1. 取り消せないことの実行
顧客・上長とのやり取り、見積の対外提示、契約・料金に関わる判断。
これらは「下書きまで」は任せられますが、出す行為と、出してよいという判断は人が持ちます。AIの文章が整っているほど、確認せずに出したくなる誘惑が強くなる点に注意が必要です。簡単な仕事に見えても、ステップ1で「いいえ」になります。
2. 受け入れ・優先順位・最終決定
成果物を受け入れるかどうか、何を先にやるか、設計をどう決めるか。
AIは材料と選択肢を出せますが、何を優先し、どれで行くかは、結果の責任を負う人が決めることです。ここを任せると、仕事は進んでいるのに、誰も決めていないまま積み上がります。受け入れの判断を飛ばして次を投入し続けると、レビュー待ちが詰まり、成果物は増えるのに完了しない状態になります。
3. 確かめ方がない仕事
読んでも判断できず、テストも見本もない仕事。
難しさや重要度とは関係なく、確かめられない仕事は任せられない仕事として扱います。任せるなら、先に受け入れ基準・テスト・見本のどれかを用意します。用意できたなら、その仕事は「条件つきで任せられる」に変わります。
| 判定 | 具体例 |
|---|---|
| 任せる | 調査・比較検討／下書き／実装・修正／テスト作成／形式変換・一括置換／図表・スライド生成／既存コードから仕様書を起こす |
| 任せない | 顧客・上長とのやり取り／成果物の受け入れ判断／優先順位づけ／設計の最終決定／見積の対外提示／契約・料金に関わる判断 |
| 条件つき | 確かめ方を先に用意できれば任せてよい。用意できないうちは「任せられない仕事」として扱う |
うまくいかないときの原因
任せてうまくいかないときの多くは、AIの能力ではなく、渡し方か線の引き方に原因があります。
| 症状 | 原因 | 対処 |
|---|---|---|
| 着手する前に止まる | コマンド実行が必要な作業を、裏で動かした | 待ちながら動かすか、編集だけ任せてコマンドは自分で実行する |
| レビューが終わらない | 完了条件を指示していない | 指示の5要素（目的・成果物・制約・完了条件・報告形式）を書く |
| 並行させたのに遅い | 順番が必要な作業を同時に動かした | 「Aが終わらなくてもBを始められるか」で判定する |
| 成果物は増えるが完了しない | 投入を続けてレビューが詰まった | レビュー待ち3件で投入を止める |
| 頼んでいないものが返る | 目的を書かず、手段だけを指示した | 「何のためにやるのか」を1行足す |
| 毎回同じ説明をしている | ルールが CLAUDE.md に書かれていない | 2回言ったことは CLAUDE.md に書く |
| 作ったスキルが呼ばれない | description が抽象的すぎる |
自分が実際に打ちそうな言い回しを description に入れる |
| 同じ作業が何日も先送りされる | 1件が大きすぎる／集中力が要る作業を疲れた時間に置いた | 30分で着手できる単位に割る。重い作業は頭が動く時間帯へ |
まとめ
- 判断の軸は難しさではなく、間違えたときにやり直しが効くか
- 任せる前に、自分で確かめられるかを確認する。確かめ方が無ければ、先に作る
- 任せてはいけないのは、取り消せないことの実行／受け入れ・優先順位・最終決定／確かめ方がない仕事の3つ
- うまくいかないときは、能力ではなく渡し方と線の引き方を見直す
線の引き方は、実際に1件任せて、返ってきたものを受け取ってみると体感でつかめます。自分の仕事のどこに線を引くか、どの確かめ方を先に用意するかは、仕事の中身によって変わります。1on1のAI開発トレーニングでは、あなたの実際の業務を題材に、この線引きを一緒に整理しています。
内容を知りたい方はAI開発トレーニングのページをご覧ください。
