見積書を前に「AIを使えばもっと短くなるのでは」と問われ、工数をどう出したものかと考えている開発リーダー
社内説得・期待値調整約11分

「AIで早くなるよね」と言われた見積もり｜工数の織り込み方

見積もりを出したら、「これ、AIを使えばもっと短くなるよね？」と言われた。

その場で「はい」とも「いいえ」とも言いづらくて、曖昧に笑ってしまった——そんな経験はありませんか。AIを使っているのは事実です。実際、速くなっている部分もある。でも、提示した工数をそのまま半分にできるかというと、それは違う。かといって、その「違う」をうまく説明できないまま、なんとなく値引きした数字で握ってしまう。あとで苦しくなるのは、たいてい自分です。

これは、あなたの説明が下手だからではありません。見積もりの中で「AIが効く部分」と「効かない部分」が混ざったまま1つの数字になっているので、切り分けようがないだけです。切り分ける前に議論すると、どうしても感覚のぶつけ合いになります。

この記事では、AI活用を見積もりにどう織り込むかを、後で自分が守れる形で整理します。安く見せるための話ではなく、約束しすぎずに、けれど前向きに応えるための話です。

結論：見積もりにAIを織り込むときは、①工程を分けてから、AIが効く工程だけを特定する → ②効く工程は「実績のある範囲」でだけ下げる → ③確認・手直しの時間を必ず足す → ④値引きではなく「早く形が見せられる」で返す、の順に組み立てます。全体に「AI係数」を掛けるような下げ方だけは避けてください。守れなくなるのはその数字です。

一度に完璧な見積もりを作らなくて大丈夫です。まずは、いま手元にある見積もりを工程で分けてみるところから、一緒に見ていきましょう。

なぜ「AIで半分」がすれ違うのか

言っている側にも、悪気はないことがほとんどです。ニュースや社内の別部署で「AIで開発が何倍も速くなった」という話を聞いている。だから、素朴に「うちもそうなるはず」と思っている。ここに悪意はありません。

すれ違いの原因は、両者が見ている「開発」の範囲が違うことにあります。

相手が想像しているのは、たいていコードを書いている時間です。そこはたしかにAIが効きます。一方、開発リーダーが見積もっているのは、仕様を詰める時間、既存仕様を調べる時間、レビューする時間、テストする時間、詰まったところを相談する時間、環境まわりで転ぶ時間——その合計です。

そして実務では、コードを書いている時間は、見積もり全体の一部にすぎません。仮にその部分が半分になったとしても、全体が半分になるわけではない。ここが伝われば、話はかなり落ち着きます。

もうひとつ、見落とされやすいのがAIを使うことで増える時間です。生成された内容を読んで確かめる時間、意図とずれたものを直す時間、うまく指示できずにやり直す時間。これらは新しく発生するコストで、無視して見積もると、そのまま自分の残業になって返ってきます。

責められている気がして焦る場面ですが、相手が知りたいのは「本当のところ、どれくらいなのか」です。そこに正直な内訳で答えるのが、いちばん早い道です。

ステップ1：工程を分けてから、AIが効くところを探す

まず、見積もりを工程で分けます。細かくなくて構いません。ざっくり次のくらいで十分です。

開発の工程を並べ、AIが効きやすい工程と、人の判断や調整で決まる工程を分けて見る図
まず工程で分ける。AIが効くのは一部で、全体に同じ倍率はかからない

分けてみると、たいていはっきりします。AIが素直に効くのは、実装・テストの下書き・調査・定型作業あたりです。

一方で、AIを入れてもあまり短くならない工程もあります。

この2つを分けただけで、「全体に一律で掛け算はできない」ことが、自分の中で腹落ちします。腹落ちしていれば、その場で言葉に詰まりません。

ステップ2：下げるのは「実績のある範囲」だけ

AIが効くと分かった工程でも、下げていいのは自分が実際に確かめた範囲だけです。ここは慎重でいてください。

判断の材料は、記事やSNSの話ではなく、自分のチームの実績です。

やったことのある作業なら、控えめに織り込む。やったことのない作業は、下げない。これだけです。「たぶんAIで速くなるはず」で下げた分は、期待ではなく借金になります。返すのは未来の自分とチームです。

そしてもうひとつ。チーム全員が同じように使えるとは限りません。特定のメンバーが速いから全体も速い、とは言えない。人によってばらつきがある前提で、平均ではなく「多くの人が届く水準」で見るほうが、見積もりは安全です。

控えめに出しておいて早く終われば、それは信頼になります。攻めて出して遅れれば、次から数字を信じてもらえなくなる。どちらが得かは、はっきりしています。

ステップ3：確認と手直しの時間を、必ず足す

AI活用を織り込むときに引き算だけして足し算を忘れると、まず守れません。ここは意識して足します。

足すのは、たとえばこんな時間です。

このうち、人が確認して責任を持つ部分は、削れないコストだと考えてください。AIの出力を人が確かめてから使うやり方（ヒューマン・イン・ザ・ループ）は、手間ではなく前提です。ここを削った見積もりは、品質かスケジュールのどちらかで必ず崩れます。

内訳として書くなら、こんな形になります。

この形で出すと、相手にも「どこが短くなって、どこが変わらないか」が見えます。数字を下げなかった工程にも、ちゃんと理由がある。それが伝われば、値切り交渉ではなく相談になります。

ステップ4：値引きではなく「早く見せられる」で返す

相手の期待に、正面から「できません」とだけ返すのはもったいない場面です。AIで本当に変わったところを、値引き以外の形で差し出せます。

たとえば、こんな返し方があります。

工数（＝お金）ではなく、リードタイムや確からしさで返す。相手にとっても、これは十分うれしい話です。「AIを使っていない」と思われるのが困るのであれば、なおさら、どう使っているかを具体的に言えるほうが強い。

それでも「もっと安く」と押される場合は、値段ではなく範囲で調整するのが筋です。「この機能を次フェーズに回す」「この画面はまず簡易版で出す」。工数を根拠なく削るのではなく、作るものを一緒に選び直す。これなら、後で誰も苦しくなりません。

明日からやること（小さく3つ）

全部を一度に整えなくて大丈夫です。まずここから。

  1. いま手元にある見積もりを、工程で分けて書き出す：実装・テスト・調査・調整。分けるだけで、話の土台ができます。
  2. 「AIありで実際にやったことがある作業」に印をつける：印のない作業は下げない、と決めるだけで見積もりが安全になります。
  3. 確認・手直しの時間を、1行でいいので明記する：「生成物の確認・修正：◯時間」。この1行が、あとで自分を守ります。

見積もりにAIを織り込むときのチェックリスト

次に見積もりを出す前に。今日は使えるところだけで十分です。

分けるとき：

下げるとき：

足すとき：

伝えるとき：

そのまま使える言い回し集

その場で口から出やすいように、短い形で。

最後に

「AIで早くなるよね」と言われて言葉に詰まるのは、あなたが現場の実際を知っているからです。適当に「はい」と言えないのは、後で守るつもりがあるからにほかなりません。

工程ごとの内訳を示した見積もりで相手と納得して話がまとまり、穏やかな表情の開発リーダー

工程で分けて、実績のある範囲だけ下げて、確認の時間を足して、値引き以外の形で返す。この順番で組み立てれば、期待に背を向けずに、守れる数字が出せます。

今日はまず、手元の見積もりを工程で分けてみるところから。そこまでできれば、次の打ち合わせは、ずいぶん話しやすくなっているはずです。

よければ、こちらも

関連用語