Article

AI時代に強い組織は「全員フルスタック」ではないと思う

AI時代に強い組織は「全員フルスタック」ではないと思う
2026-05-06 AI駆動開発
監修者
ライトのアイコン
情報系学部出身。新卒でコンサル系SaaS開発部門→社内開発とSaaS開発を掛け持ち。GPT-3.5 Turbo時代からAIを活用し、ChatGPT/Gemini/Claude/GitHub Copilot/Cursorなどを使っています。

AI時代に強い組織は「全員フルスタック」ではないと思う

テーマとこの記事でわかること

AIで実装や試作が速くなってくると、つい「じゃあ全員が仕様も実装もUIも見られるようになった方がよいのでは」と考えたくなります。自分も最初はかなりそっち寄りで見ていました。

ただ、ここは少し冷静に見た方がよさそうです。AI時代に強い組織は、全員を万能化した組織というより、仕様を速く動かせる人と、専門性をしっかり残す人の線引きがうまい組織なのではないか。今のところはそう考えています。

この記事では、開発組織のリーダーが どこまで育成し、どこから分業を残すか を考えるための整理を書きます。流れとしては、まずAI時代に相対的に価値が上がる役割を見て、そのうえで全員を万能化しない方がよい理由を確認し、最後にどこで分業を残すかを整理します。

強くなるのは「テックと仕様をつなぐ人」

AI時代の組織を考えるとき、最初に押さえたいのは 誰がいちばん差を生みやすくなるのか です。自分は、単純に実装が速い人というより、仕様と技術を往復できる人が目立って強くなるのではないかと考えています。

与えられた仕様を読んで作るだけなら、AIの補助でかなり前に進めます。そこだけを見ると、実装のハードルは少し下がっているようにも見えます。

一方で、現場で効いてくるのは、その一歩先です。この要件だと例外処理が崩れそう この画面だと判断材料が足りない この業務なら一覧ではなくステータス起点の方が自然かもしれない といった違和感に気づける人がいると、仕様の質がかなり変わります。

しかも、AIを使うとこの役割の価値が上がりやすいです。なぜなら、試作が速いぶん、雑な案もすぐ形になるからです。形になったものを見て、どこを直すか、何を捨てるか、何を残すかを決める人がいないと、スピードだけ上がってもチームはあまり強くなりません。

率直に言うと、この役割は職種名できれいに切れないことも多いです。PdMっぽい人が担うこともあるし、テックリードがかなり深く入ることもあるし、業務理解の強いデザイナーが引っ張ることもある。なので、肩書きで考えるより、仕様と技術の間を埋める人がいるか で見た方が実態に近いと思います。

ただ、仕様を前に進めるのは技術判断だけではありません。形にした仕様を 使える体験 に変える役割も、同じくらい重要になります。

UI/UX人材の価値は、たぶん下がらない

仕様と技術をつなげる人が重要だとしても、それだけで組織が回るわけではありません。AIでそれっぽい画面はかなり速く作れますが、それだけで使いやすい体験になるわけではない。ここはむしろ前より大事になっているように見えます。

最近の生成AIは、見た目がそれなりに整ったUIを出すのはかなり得意です。余白も整うし、ボタンも並ぶし、一覧画面っぽいものもすぐ出ます。

ただ、実務で効いてくるのはそこではないんですよね。実際に困るのは、このタイミングで何を見せるべきか この人は何に迷うのか どこで判断が止まるのか みたいな部分です。

たとえば、承認フローの画面を作るとして、単に項目を並べるだけならAIでもできます。でも、本当に必要なのは 承認者がこの場で何を判断したいのか を押さえて、必要な情報だけを見せることだったりします。ここを外すと、見た目はきれいでも現場では使われません。

個人的には、AI時代にUI/UXの価値が下がるというより、見た目を作る役割迷いを減らす役割 の違いが前よりはっきり見えるようになった感じがあります。

ここまでを見ると、仕様も技術もUI/UXも横断できる人が強そうに見えます。実際、その方向自体は間違っていません。ただ、そのまま では全員をそうしよう と考えると無理が出ます。

ただし、全員を万能人材にするのは危ない

仕様もテックもUI/UXも見られる人が強いのはたしかですが、それを全員に求めると、たぶん別の問題が出ます。

この話は少しややこしいです。統合的に見られる人がいると強い。これはかなり自然です。でも、そこから では全員そう育てよう に一気に飛ぶと、現実には無理が出やすいと思っています。

理由はシンプルで、育成コストが高いからです。しかも、少し広く知っているだけでは足りません。中途半端に全部触れる人を増やしても、責任の所在が曖昧になって、最終的に誰も設計を引き受けない形になりやすい。

もうひとつ気になるのは、属人化です。少数の何でもできる人に仕様判断も設計判断も寄っていくと、その人がいないだけで止まりやすくなります。短期では速く見えても、組織としては少し不安定です。

なので自分は、統合人材は重要だが、全員をそこまで寄せる必要はない という見方をしています。むしろ、どこまでを共通知識として持ってもらい、どこから先は専門性として残すか。この設計の方が大事です。

そうなると、次に考えるべき論点はかなり明確です。全員にどこまで求めるかどこから先は分業として残すか を分けて考えることです。

全員に求めるラインと、分業を残すライン

ここまでの話を組織設計に落とすなら、自分は、全員に求めるものは増やしつつ、専門性まで均一化しない形を目指します。

ここは整理してしまった方が考えやすいです。全部を一気に求めるのではなく、最低限ここまでは会話できてほしいここは専門で残したい を分ける感じです。

領域全員にある程度求めたいこと分業を残したいこと
業務理解自分の業務や課題を言語化できる業務フロー全体の再設計
AI活用目的、前提、制約、出力形式を伝えられる高度なプロンプト設計そのものより、運用設計
仕様理解曖昧さや矛盾に気づける仕様の最終決定と責任引き受け
UI/UX使いにくさや情報不足への違和感を言える情報設計、導線設計、UX設計
技術実装コストや制約の存在を理解する全体設計、保守性、セキュリティ判断
品質AI出力をそのまま信じない品質保証、レビュー基準、運用判断

この中でも、全員に求めたい最低ラインはそこまで特殊ではありません。自分の業務を説明できること。AIにある程度依頼できること。出てきたものに違和感を言えること。仕様の曖昧さを放置しないこと。このあたりです。

一方で、技術設計、UI/UX設計、品質保証、最終意思決定まで全員に持たせようとすると、かなり無理が出る気がします。ここは専門性として残した方が、結果的には安定しやすいはずです。

その前提で組織像まで言い切ると、目指したいのは「全員フルスタック」ではなく、「少数の統合人材を軸に、周辺メンバーが仕様の会話に参加できる形」です。

自分なら、こういう組織を目指したい

少数の統合人材を軸にしつつ、周辺メンバーがAIを使って仕様の会話に参加できる組織が、今のところは一番現実的に見えます。

たとえば、自分なら次のような形をかなり意識します。

1. 仕様と技術をつなぐ人をチームの中心に置く

2. 業務担当、デザイナー、エンジニアがAIを使って試作に参加できる状態を作る

3. 試作を速く回すラインと、本番品質を担保するラインを分ける

4. 最終的に誰が仕様を決めるのかを曖昧にしない

この形のよいところは、全員を万能化しなくても、仕様の往復はかなり速くできるところです。逆に、この責任分界が曖昧なまま みんなAIを使って速く作ろう だけを進めると、レビュー待ちや判断待ちで詰まりやすいと思います。

少数精鋭で一気に進める形がハマる会社もあるはずです。特に立ち上げ期や小規模チームでは、かなり強いと思います。ただ、そのモデルをそのまま拡大していけるかは別問題です。組織規模が大きくなるほど、誰が決めるのかどこまで任せるのか を明文化した方がよい場面は増えるはずです。

個人的には、AI時代の組織づくりは 分業をなくす 話ではなく、会話できる分業に変える 話として捉えるとしっくりきます。

<!--

SVG挿入予定: 会話できる分業

目的:

  • 「全員フルスタック」ではなく、「統合人材を中心に専門性が接続される組織」を一目で伝える
  • 各役割が分断されず、仕様の会話と意思決定の流れでつながっていることを示す

レイアウト:

  • 横長 16:9 想定、viewBoxは 0 0 1200 675 程度
  • 中央に大きめのメインノードを1つ配置:
  • ラベル: 「仕様と技術をつなぐ人」
  • 補助ラベル: 「統合人材」
  • 周囲に4つのサブノードを配置:
  • 左上: 「業務」
  • 右上: 「UI/UX」
  • 左下: 「実装」
  • 右下: 「品質保証」
  • 中央ノードから各サブノードへ線を伸ばす
  • サブノード同士も完全分断に見えないよう、薄い補助線または矢印でゆるく接続する

表現したい関係:

  • 業務 -> 中央: 課題、要件、現場制約が入る
  • 中央 -> UI/UX: 何をどう見せるかに変換する
  • 中央 -> 実装: 仕様を実装可能な形に落とす
  • 中央 -> 品質保証: 本番品質、レビュー、運用判断につなぐ
  • 外周の4領域は独立部署ではなく、中央を介して会話可能な分業として見せる

テキスト要素:

  • 図タイトル: 「会話できる分業のイメージ」
  • 図下または右下に短い補足:
  • 「役割をなくすのではなく、役割間の往復を速くする」
  • ノード内テキストは短く、1行または2行で収める

デザイン方針:

  • ブランドロゴや実在サービスUIは使わない
  • ビジネス記事向けに落ち着いた配色
  • 中央ノードを最も強調し、外周ノードはやや淡く
  • 色数は絞る。ベースは 3-4 色程度
  • 矢印や線は細すぎず、スマホ幅でも視認できる太さにする
  • 角丸カード + 線画ベースで、過度に装飾しない

実装メモ:

  • 文字はアウトライン化せず text 要素で保持
  • 日本語可読性を優先し、文字サイズはPCでもSPでも潰れない大きさにする
  • 必要ならノードの並びはSP時に縦積みへ崩せるよう、グルーピングを分けておく

-->

まとめ

ここまでの流れをまとめると、AI時代に強い組織は、全員を万能化した組織というより、仕様を速く回せる組織なのだろうと自分は見ています。

そのためには、まず仕様と技術をつなぐ人が必要で、同時にUI/UXの判断を担える人も必要です。ただし、その役割を全員に同じ深さで求めるのは現実的ではないかもしれません。

なので、まずやるならこの3つだと思います。

1. 全員に 業務を言語化する力AIに依頼する力 を持ってもらう

2. 仕様と技術をつなぐ人を意識的に育てる

3. 試作と本番品質、提案と最終意思決定の責任を分ける

AIで実装が速くなるほど、何を作るかの判断はむしろ重くなります。だからこそ、全員フルスタックを目指すより、会話できる分業をどう作るかを先に考えた方が、組織としてはうまく回りやすいのではないでしょうか。

この記事は役に立ちましたか?

皆様のフィードバックが、より良いコンテンツ制作の励みになります。

よくある質問

  • AI時代は、やはりフルスタック人材を増やすべきですか

    増えること自体はよいと思いますが、それを全員の前提にするのは少し危ない気がします。少数の統合人材は強い一方で、全員に同じ深さを求めると育成負荷と属人化がかなり重くなりやすいからです。

  • UI/UXはAIで代替されていきませんか

    画面を作る作業はかなり補助されると思います。ただ、どの情報をどう見せるか、どこで人が迷うか、業務フローにどう入るかは人間側の判断がまだかなり重要です。少なくとも今の実務では、その比重はむしろ上がっているように見えます。

  • 非エンジニアにもAI活用は求めるべきですか

    自分は、ある程度は求めた方がよいと考えています。コードを書く必要はなくても、自分の業務を言語化して、AIに依頼して、出力の違和感を見られるだけで、仕様の会話に参加しやすくなるからです。

  • 試作と本番品質はどう切り分けるべきですか

    ここはかなり重要です。試作では速さを優先してよいと思いますが、本番化では設計、テスト、レビュー、運用まで別ラインで確認した方が安全です。AIで速く作れることと、安心して運用できることは同じではありません。

最新記事