「見積もりをもらったのですが、A社は十人体制で三千万円、B社は三人で一千万円。安いのはありがたいけれど、三人で本当に大丈夫なのか、逆に不安で決めきれないんです」——卸売業の会社で基幹システムの刷新を検討している経営者から、こんな相談を受けました。長らく、開発の発注では「人数が多い＝規模が大きい＝安心」という感覚が当たり前でした。ところが、その前提そのものが、いま静かに崩れ始めています。
2026年7月、調査会社のガートナーが一つの予測を出しました。2029年までに、60%の組織が「少人数の開発チーム」を本格的に導入するというものです。2026年時点ではこの割合は15%ですから、わずか数年で四倍に増える計算になります。背景にあるのはAIです。テストやコードの定型的な部分をAIが肩代わりすることで、エンジニアはより複雑な判断に集中でき、少数精鋭のチームが以前より大きな仕事を回せるようになる。本記事では、この変化が中小企業の発注にとって何を意味するのか、そして開発を任せる相手をどう見極めるべきかを、発注する側の視点で整理します。
「人数=安心」という前提が崩れる
ガートナーの言う「少人数チーム（タイニーチーム）」は、今のところ4〜5人が一般的で、すでに2〜3人で回している組織もあるとされます。ここで大事なのは、これが「手を抜いた小さいチーム」ではないという点です。AIという増幅装置を前提に、少ない人数で従来以上の速度と柔軟性を出す。そういうチームの形です。
この変化は、発注する側の判断基準を直撃します。これまでは、提案書に並ぶ人数と人月の多さが、そのまま「体力があり、安心して任せられる」というシグナルでした。しかし、AIを使いこなす3人のチームが、AIを活かせない10人のチームより速く、質の高い成果を出す状況が現実になれば、人数という物差しは意味を失います。むしろ、大人数を前提にした人月見積もりは、AIによる効率化の余地を織り込んでいない「割高な見積もり」である可能性すら出てきます。開発を内製するか外注するかの線引きそのものが変わる話はAIで作れる時代の内製か外注かの記事でも扱いました。
少人数チームを見極める三つの問い
では、発注する側は何を見ればいいのか。人数の代わりに確認すべきことを、三つの問いとして整理します。
| 確認したいこと | 良い兆候 | 危うい兆候 |
|---|---|---|
| AIをどこに使っているか | 用途を具体的に説明できる | 「AIを活用しています」で止まる |
| 品質をどう担保するか | レビューとテストの仕組みを持つ | 速さだけを強調する |
| 引き継ぎができるか | ドキュメントと保守の体制がある | 属人的で説明があいまい |
一つ目は、AIを開発のどの工程に、どう使っているかです。「AIを活用しています」という言葉だけでなく、テストの自動生成なのか、コードの下書きなのか、具体的に語れるかを見ます。二つ目は、速さの裏で品質をどう守っているかです。AIが速くコードを書けるということは、間違ったコードも速く増えるということでもあります。人によるレビューとテストの仕組みを持っているかが分かれ目です。三つ目は、少人数ゆえに属人化しやすい引き継ぎの問題です。作った本人しか分からないシステムは、その人が離れた瞬間に会社のリスクになります。
安さに飛びつく前に見るべき「その後」
少人数チームは往々にして見積もりが安く出ます。冒頭の相談のように、これは魅力であると同時に不安の種でもあります。ここで発注者が冷静に見るべきは、初期費用の安さではなく、作った後にかかる費用と、任せ続けられるかどうかです。
AIを使って速く安く作れたシステムも、運用と保守が続きます。むしろ、AIが速く書いたコードは、後から誰も中身を説明できない「見えない負債」になりやすい面があります。この論点はAI生成コードの負債を扱った記事でも指摘されているとおりで、システム開発の外注では初期費用より保守と要件定義が肝心だという点はシステム開発の外注で失敗しない発注ガイドや業務システムの保守費用の記事でも繰り返し述べてきました。少人数だから危ないのではありません。少人数でも、品質と引き継ぎの仕組みを持っているかどうか。そこが、安さの後ろにある本当の分かれ目です。
ガートナーが同時に鳴らした警鐘
もう一つ、この予測には見逃せない補足があります。ガートナーは、AIを理由に若手の役割を削る組織は、2028年までに自社の人材パイプラインを痩せ細らせる、と警告しています。少人数チームは、AIが人を「置き換える」のではなく「増幅する」形で成立する。若手を育てる場を失えば、数年後には少人数チームを担える人材そのものが枯れる、という指摘です。
これは発注者にとっても示唆的です。目先の安さだけで少人数チームを選ぶと、その先で「担い手がいなくなって保守が止まる」リスクを引き受けることになりかねません。良いパートナーは、AIで効率化しつつも、人を育て、知見を組織に残す設計をしています。発注の場面では、「三人で作れます」の一言だけでなく、その三人が抜けたらどうなるのかまで踏み込んで確認したいところです。
事例: 十人の見積もりと三人の見積もりを、人数以外で比べた会社
具体例を挙げます。冒頭の卸売業の会社（社名は伏せます）は、十人体制と三人体制の二つの見積もりを前に迷っていました。相談を受けて提案したのは、人数と金額をいったん脇に置き、三つの問いで両社を比べることでした。
やったことは単純です。両社に、AIを開発のどこにどう使うか、品質をどう担保するか、担当者が抜けたときの引き継ぎはどうなるかを、具体的に説明してもらいました。すると、十人体制のA社はAIの活用が曖昧で、人数のわりに工程が旧来型でした。一方、三人体制のB社は、テストの自動化とレビューの仕組みを具体的に示し、保守と引き継ぎのためのドキュメントを標準で用意すると答えました。最終的に、この会社はB社を選びました。決め手は安さではありません。人数という物差しを外し、AIの使い方・品質・引き継ぎで比べたら、少人数のほうが仕組みとして信頼できたからです。人数の多さに安心を求める癖を手放したことが、良い選択につながりました。
まず「人数以外の物差し」を用意してから見積もりを取る
開発チームが少人数になっていく流れは、ガートナーの予測を待つまでもなく、すでに現実の見積もりに表れ始めています。中小企業が備えるべきは、AIに詳しくなることではなく、発注の物差しを更新することです。着手するなら、見積もりを取る前に、人数以外の物差し——AIの使い方、品質の担保、引き継ぎの体制——を自社の確認項目として用意してください。これがあるだけで、少人数の見積もりを前にした不安は、根拠のある判断に変わります。
三人体制の見積もりを信じてよいか迷っている、複数社の提案を人数以外の基準で比べたい、AI時代の開発パートナー選びの物差しを整理したい——そうしたご相談があれば、グリームハブの開発・AI・自動化のご相談窓口からお気軽にお問い合わせください。提案の見極めから、要件定義と保守を見据えた発注設計まで、御社の案件にあわせてご一緒します。
