生成AIで、経営者はエンジニアの言いなりにならなくてよくなった

システム開発を発注したことがある経営者なら、一度はこんな疑問を抱いたことがあるのではないでしょうか。

「なぜ、こんなに高いのか」「なぜ、完成まで半年もかかるのか」「本当にこの機能は必要なのか」「専門用語ばかりで、結局何を言っているのか分からない」「他社に頼んだ場合も、同じ金額になるのか」

しかし、技術的な知識を持たない経営者や事業責任者は、その疑問を十分に検証できませんでした。

エンジニアから「技術的に難しいです」「セキュリティ上必要です」「将来の拡張性を考えると、この構成しかありません」と説明されれば、それ以上踏み込むことが難しかったからです。

結果として、システム開発は長い間、経営者にとって巨大なブラックボックスでした。

ところが、生成AIの登場によって、その構造が大きく変わろうとしています。

生成AIは、単にプログラムを書くスピードを上げただけではありません。

これまで技術者だけが持っていた情報や判断材料を、経営者や事業責任者の側にも開放しました。

経営者はもう、エンジニアの説明を無条件に信じる必要はありません。

自ら調べ、比較し、検証し、判断できる時代になったのです。

経営者は、システム開発のブラックボックスに苦しんできた

システム開発の見積書を受け取っても、そこに書かれているのは「要件定義」「基本設計」「詳細設計」「実装」「単体テスト」「結合テスト」といった項目です。

それぞれに数百万円の金額が記載されていても、経営者側には、それが高いのか安いのかを判断する材料がありません。

開発会社から「この規模なら一般的です」と言われれば、受け入れるしかない。

予定より開発が遅れても、「想定以上に技術的な難易度が高かった」と説明されれば、反論することが難しい。

追加費用が発生しても、「最初の要件には含まれていませんでした」と言われれば、支払わざるを得ない。

もちろん、本当に難しい開発もあります。

途中で要件が変わることもあれば、予想できない技術的問題が起きることもあります。

しかし一方で、発注者側に知識がないことを前提に、必要以上に複雑な構成を提案したり、過剰な工数を積み上げたりする開発会社が存在したことも事実です。

経営者には「分からない」という弱点があり、技術者側には「説明しなくても主導権を握れる」という環境がありました。

この情報格差が、システム開発を分かりにくく、高額で、失敗の多いものにしてきたのです。

問題だったのは、技術力ではなく技術者側に偏った主導権

誤解してほしくないのは、エンジニアそのものが悪いわけではないということです。

優秀なエンジニアは、事業にとって非常に重要な存在です。

問題だったのは、システム開発の主導権が、あまりにも技術者側に偏っていたことです。

本来、システムは事業上の目的を実現するための手段です。

売上を伸ばす。業務を効率化する。顧客満足度を上げる。人件費を抑える。新しいサービスを立ち上げる。

こうした経営課題を解決するために、システムは存在します。

ところが、開発現場ではいつの間にか、技術そのものが目的になってしまうことがあります。

最新の技術を使うことにこだわる。将来使うか分からない拡張性を盛り込む。必要以上に高性能なインフラを選ぶ。ユーザーが求めていない機能まで作り込む。技術的な美しさを優先し、納期や予算を後回しにする。

これらはすべて、顧客不在の設計です。

事業を成功させるためのシステムではなく、エンジニアが満足するためのシステムになってしまっています。

経営者が「もっと簡単にできないのか」と質問すると、「技術を理解していない」と片付ける。

専門用語を並べ、相手が理解できないことを利用して議論を終わらせる。

こうした「技術を盾にするエンジニア」や「石頭のエンジニア」が、システム開発を必要以上に難しいものにしてきました。

生成AIが、技術の情報格差を壊した

生成AIによって、経営者や事業責任者も技術的な内容を検証できるようになりました。

例えば、開発会社から提示された仕様書を生成AIに読み込ませれば、機能の過不足やリスクを整理できます。

見積書の内容を入力すれば、工数の妥当性や一般的な相場を確認できます。

提案された技術構成についても、メリット、デメリット、代替案を比較できます。

さらに、次のような質問も可能です。

「このシステムに本当にマイクロサービスは必要か」

「この機能をMVPから外した場合、開発期間はどの程度短縮できるか」

「この要件ならノーコードや既存SaaSで代替できないか」

「AWSの構成はオーバースペックになっていないか」

「この見積もりの中で、工数が大きすぎる項目はどこか」

「セキュリティ上、本当に必要な対応は何か」

もちろん、生成AIの回答が常に正しいわけではありません。

最終的には、経験を持つ専門家による確認が必要です。

それでも、経営者側が何も判断材料を持てなかった時代とは大きく異なります。

少なくとも、「技術的に必要です」という一言だけで議論を終わらせることはできなくなりました。

生成AIは、プログラミングを効率化しただけではありません。

システム開発に存在していた情報格差を壊し、経営者に主導権を取り戻したのです。

これから退場するエンジニアの特徴

生成AI時代には、単にプログラムを書けるだけのエンジニアの価値は下がっていきます。

特に、次のような技術者は厳しい立場になるでしょう。

1．説明しないエンジニア

「専門家に任せてください」という言葉だけでは、顧客から信頼されません。

なぜこの技術を選ぶのか。なぜこの費用が必要なのか。なぜこの期間がかかるのか。

相手が理解できる言葉で説明する責任があります。

説明を放棄することは、専門性ではありません。

2．事業目的を理解しないエンジニア

顧客が必要としているのは、プログラムではありません。

売上、利益、効率化、顧客体験、事業成長です。

事業目的を理解せず、言われた機能だけを作るエンジニアは、生成AIに置き換えられやすくなります。

3．AIを使わないエンジニア

生成AIを活用すれば、調査、設計、実装、テスト、ドキュメント作成など、多くの作業を効率化できます。

それにもかかわらず、「自分は昔からこの方法でやってきた」と従来の作業方法に固執する。

これは職人意識ではなく、単なる生産性の低さです。

AIを使わないこと自体が問題なのではありません。

AIを検証せず、学ばず、顧客のコストを下げる努力をしない姿勢が問題なのです。

4．自分のやり方に固執するエンジニア

技術には複数の選択肢があります。

予算、納期、事業フェーズ、利用者数によって、正解は変わります。

それにもかかわらず、自分が得意な技術、自分が好きな設計、自分が過去に使った方法だけを押し通す。

こうした石頭のエンジニアは、変化の速いAI時代に適応できません。

5．コミュニケーションを軽視するエンジニア

システム開発の失敗原因は、技術力不足だけではありません。

認識のずれ、要件の曖昧さ、報告不足、相談の遅れ、関係者間の調整不足など、コミュニケーションに起因する問題が非常に多くあります。

「コミュニケーションは苦手ですが、技術力はあります」という言い訳は、もはや通用しません。

顧客との対話を放棄した技術者は、プロジェクト全体のリスクになります。

AI時代に価値が上がるエンジニアとは

一方で、生成AIによって価値が上がるエンジニアもいます。

それは、コードを書く人ではなく、正しい判断をできる人です。

顧客の業務を理解できる。事業の目的を理解できる。曖昧な要望を整理できる。適切な技術を選定できる。複数の選択肢から、予算と納期に合った判断ができる。経営者と技術者の間に立って翻訳できる。

さらに、開発するところだけではなく、セキュリティ、インフラ、監視、保守、障害対応、内部統制まで見通せるエンジニアです。

AIは、コードを生成できます。

しかし、「何を作るべきか」「どこまで作るべきか」「今は何を作らないべきか」という判断は、簡単には自動化できません。

だからこそ、上流設計、要件定義、アーキテクチャ設計、プロジェクトマネジメント、事業理解の価値が上がります。

AI時代に求められるのは、技術に詳しいだけの人ではありません。

技術を使って、事業を前に進められる人です。

開発費は下がる。しかし、失敗がなくなるわけではない

生成AIによって、システム開発のコストは確実に下がっていくでしょう。

プログラムの作成、テストコードの生成、ドキュメント作成、不具合調査などは、これまでより短時間で行えるようになります。

小規模なシステムであれば、以前は数千万円かかっていたものが、数百万円で作れるケースも増えていくはずです。

しかし、ここで注意しなければならないことがあります。

「作ることが簡単になること」と「事業が成功すること」は、まったく別の話です。

生成AIを使えば、間違ったシステムも早く安く作れてしまいます。

顧客が求めていない機能。現場で使われない画面。既存業務に合わない設計。運用方法が考えられていないシステム。セキュリティや権限管理が不十分なサービス。

こうしたものを、従来より速いスピードで完成させてしまう危険性があります。

開発費が安くなったからといって、投資判断まで簡単になるわけではありません。

むしろ開発のハードルが下がるからこそ、「何を作るか」「なぜ作るか」「どこまで投資するか」という経営判断が、これまで以上に重要になります。

安く作ることより、失敗しないこと。

速く作ることより、正しい方向へ進むこと。

TFが重視しているのは、単なる初期コストの削減ではなく、投資判断の成功確度、複雑な業務への設計力、ガバナンス、そして開発後の継続運用です。

TFは「コードを書く会社」ではない

Tomorrow Future株式会社は、単に依頼されたプログラムを書く会社ではありません。

私たちが提供しているのは、事業を前に進めるためのシステム開発です。

企画段階では、経営者や事業責任者と一緒に、事業の目的と課題を整理します。

要件定義では、本当に必要な機能と、今は作らなくてよい機能を切り分けます。

プロジェクト開始後は、日本側のPMや上流人材が顧客とのコミュニケーションと意思決定を支援し、ベトナムの開発チームを活用して、品質とコストのバランスを取ります。

さらに、開発して終わりではありません。

品質管理、リリース、セキュリティ、インフラ、運用監視、障害対応、継続的な改善まで、一気通貫で支援します。

TFが目指しているのは、「言われたものを作る受託開発会社」ではありません。

経営者の隣で、技術、コスト、リスク、事業性を一緒に考えるパートナーです。

AIを使って開発費を下げる。

ベトナムオフショア開発を活用して、柔軟な開発体制を構築する。

日本側のPMが入り、認識のずれや品質低下を防ぐ。

セキュリティや運用まで見据え、事業として継続できるシステムを作る。

私たちは、コードの量ではなく、事業がどれだけ前に進んだかで評価される会社でありたいと考えています。

経営者は、技術を理解する必要はない。しかし、判断を放棄してはいけない

経営者が、すべてのプログラミング言語やクラウドサービスを理解する必要はありません。

しかし、「技術のことは分からないから、すべて任せる」という姿勢では、適切な投資判断はできません。

生成AIによって、経営者は技術者と同じ知識を持たなくても、正しい質問をできるようになりました。

見積もりを検証する。技術選定を比較する。不要な機能を見抜く。開発会社の説明に根拠を求める。複数の選択肢から、自社に合った方法を選ぶ。

これからのシステム開発は、エンジニアが一方的に主導するものではありません。

経営者、事業責任者、利用者、エンジニアが、同じ目的に向かって意思決定するものです。

生成AIによって、経営者はエンジニアの言いなりにならなくてよくなりました。

同時に、エンジニアもまた、技術を盾にして説明責任から逃げることができなくなりました。

これから必要とされるのは、技術を難しく語るエンジニアではありません。

複雑な技術を分かりやすく説明し、顧客と対話し、事業を成功へ導けるエンジニアです。

そして開発会社に求められるのも、コードを書く能力だけではありません。

経営者と同じ目線に立ち、企画から開発、運用まで伴走し、事業を前に進める力です。

システム開発、新規事業、生成AIの活用、ベトナムオフショア開発について、何から始めればよいか分からない。

現在の開発会社やプロジェクトが、本当に正しい方向へ進んでいるのか不安がある。

そのような企業こそ、ぜひTomorrow Future株式会社へご相談ください。

私たちは、システムを作る前に、まず事業の話を聞きます。