「基幹の在庫管理を新しくしたくて、開発会社に相談したんです。でも『どういう仕様にしますか』と聞かれても、こちらは現場の困りごとは言えるけど、それを仕様の言葉にはできない。結局あいまいなまま進んで、出てきたものが想像と違って、作り直しでもめました」——中堅の卸売業で情報システムを担当する方から聞いた話です。システム開発の外注で最も多い失敗は、技術ではなく「作ってほしいものを、発注側が言葉にできない」ところで起きます。
いま、この「言葉にできない」に効きそうな変化が、開発現場の道具の側で起きています。プロジェクト管理ツールの Jira に、AIが要件定義のたたき台を自動で作り、案件の文脈を保ったまま、開発タスクを Claude や Copilot といったAIエージェントに割り当てる機能が入り始めました。開発チームの中の話に聞こえますが、これは発注する側の頼み方にも波及します。本記事では、これが発注者にとって何を意味するのか——楽になるのか、責任が変わるのか——を、依頼する立場で整理します。開発を外注するときの費用と進め方の全体像はシステム開発の費用とRFPの作り方にまとめています。
何が自動化されようとしているのか
これまでのシステム開発では、発注側が「やりたいこと」を伝え、開発側がそれを「要件定義書」という仕様の言葉に翻訳し、さらに開発タスクに分解する、という長い橋渡しがありました。この橋渡しの各所で認識のズレが生まれ、冒頭のような「想像と違う」が起きます。
新しい動きは、この橋渡しの一部をAIが担うものです。ざっくり言うと、次の三段が地続きになりつつあります。
| 従来 | 変わりつつある姿 |
|---|---|
| 打ち合わせのメモから人が要件定義を書き起こす | AIが会話や資料から要件のたたき台を自動生成 |
| 要件を人が開発タスクへ手で分解する | 文脈を保ったままAIがタスク化 |
| 各タスクを開発者に割り振る | 一部のタスクをAIエージェントへ割り当て |
ポイントは、要件からタスク、実装の下ごしらえまでが同じ文脈でつながるようになること。人が資料を作り直して受け渡す過程で情報が抜け落ちる、という古典的な事故が減る方向に働きます。過剰に作り込んで費用が膨らむ問題も、要件段階の整理が効けば抑えやすくなります。この「作りすぎ」を避ける考え方は過剰な作り込みを避ける要件の決め方で掘り下げています。
「じゃあ丸投げできる」わけではない理由
ここで発注側が抱きやすい期待が、「要件定義をAIがやってくれるなら、こちらは困りごとを話すだけで、あとは全部おまかせできるのでは」というものです。ここは冷静に見ておく必要があります。
AIが自動生成できるのは、入力された情報から要件のたたき台を組み立てることです。裏返せば、入力される情報が薄ければ、それらしく整っているのに肝心のところが外れている要件が、もっともらしく出てきます。AIは「あなたの現場で本当に困っているのは何か」を勝手に知りません。現場の実態・優先順位・譲れない条件を提供するのは、依然として発注者の仕事です。
つまり変わるのは、「要件を仕様の言葉に書き起こす」という翻訳の手間であって、「何を達成したいかを決める」という判断の責任ではありません。むしろたたき台が速く出てくる分、「このたたき台は自社の実態に合っているか」をレビューする力が、発注側にこれまで以上に求められます。AIが出した要件を鵜呑みにして進めれば、認識ズレの発生地点が「打ち合わせ」から「AIの下書き」に移るだけです。
発注側が新しく持つべき二つの視点
この変化を味方につけるために、発注者が持っておくとよい視点が二つあります。
一つは、たたき台をレビューする前提で、現場の材料を惜しまず出すこと。AIに要件を作らせるなら、現場の困りごと・例外処理・過去の失敗を、遠慮なく材料として渡す。材料が豊かなほど、たたき台の精度は上がります。「うまく仕様の言葉にできない」ことは、もう欠点ではありません。言葉にする部分はAIと開発会社が引き受けられるからです。発注者の仕事は、正しく言葉にすることから、正しい材料を出すことへ移ります。
もう一つは、AIが関わった要件でも、最終的な合意は人と人で取ること。誰がその要件に責任を持つのか、どこまでをこのフェーズで作るのか、という線引きは、AIの出力に任せず発注者と開発会社が明示的に握る。AIエージェントが実装の一部を担う時代でも、「何を・どこまで・いくらで作るか」の合意形成は、契約と信頼の話として人の側に残ります。開発を外注する際の進め方全般は業務システムの開発を外注するときのガイドも参考になります。
依頼する側の立場での結論
AIが要件定義を助ける流れは、「作ってほしいものをうまく言葉にできない」という、発注者を長年苦しめてきた壁を確実に下げます。仕様の言葉への翻訳は、AIと開発会社が引き受けられるようになる。ただしそれは「丸投げ」ではなく、発注者の仕事が『言語化』から『材料提供とレビュー』へ移るということです。
だからこそ、これからの開発パートナー選びでは、「AIで要件を速く出せる」ことより、出てきた要件が自社の実態に合っているかを一緒に検証し、何をどこまで作るかを誠実に握れるかが価値になります。AIをうまく使いつつ、現場の困りごとを正しい要件へ翻訳し、作りすぎず必要なものを作る——そうした進め方でシステム開発を相談したい場合は、要件の整理段階からお手伝いできます。
