SHOEISHA iD

※旧SEメンバーシップ会員の方は、同じ登録情報(メールアドレス&パスワード)でログインいただけます

ProductZine Day&オンラインセミナーは、プロダクト開発にフォーカスし、最新情報をお届けしているWebメディア「ProductZine(プロダクトジン)」が主催する読者向けイベントです。現場の最前線で活躍されているゲストの方をお招きし、日々のプロダクト開発のヒントとなるような内容を、講演とディスカッションを通してお伝えしていきます。

デブサミ2026の初日をProductZineとコラボで開催。

Developers Summit 2026 「Dev x PM Day」

Developers Summit 2026 「Dev x PM Day」

ProductZineイベントレポート

AIに“働かされる”時代の生存戦略。エンジニアとPMが「PL(損益計算書)」を操るべき理由

「Developers Summit 2026(Dev x PM Day)」レポート 18-A-4セッション

「人月AI管理者」への進化:AIに“働かされる”未来

 このパラダイムシフトを受けて、柳川氏は未来の組織図が大きく変わると予言する。それは、人間が特化型AIを1人月として並列で働かせる「人月AI管理者」へと進化していく未来だ。

AIを1人月として並列で働かせる「人月AI管理者」へと進化する未来の組織図の仮説
AIを1人月として並列で働かせる「人月AI管理者」へと進化する未来の組織図の仮説

 AIは文句も言わず、人間相手よりも品質のブレが少なく、爆速でアウトプットを出し続ける。人間の役割は、AIに対して適切な「ショートコンテキスト」を切り出して渡し続けることにシフトする。このマネジメントは一見効率的だが、一方で「自分がボトルネックにならないよう、AIの爆速のレスポンスに合わせて脳みそをフル回転させ続けなければならない」という過酷さも伴う。

 AIにロングコンテキストは求めず、そこは人間が担保する。これは「AIに働かされているようでいて、実は人間にしかできないコンテキスト管理をフル回転で行う」という、極めて高度で新しい働き方なのである。

ガチでAIを使いこなす「6つの活用タイプ」と、AIに“育成”されるマネジメント

 「AI活用してます」というだけで満足していては、解像度が低すぎる。柳川氏は、AI活用をさらに6つのタイプに分類し、ダメな状態(Before)と真に活用できている状態(After)の解像度を提示した。

AIを使いこなすための6つの活用タイプと習熟度
AIを使いこなすための6つの活用タイプと習熟度(クリックで拡大表示)
  1. 検索(知りたい情報を探す):背景もなしに聞くのではなく、自分の状況と知りたい視点(前提)を定義する。
  2. 作業(整形・校正・変換):「いい感じに直して」と丸投げするのではなく、明確な変換ルールを提供する。
  3. 壁打ち(アイデア出し・議論):イエスマンにさせるのではなく、「あえて反対して」「穴を探して」と批判的思考を依頼する。
  4. 執筆(想いの言語化・表現):メッセージの核がないまま書かせるのではなく、「私が伝えたいのはこの一点」と熱量(魂)を注入する。
  5. 委譲(判断基準を渡して任せる):判断ロジックを持たせず丸投げするのではなく、処理手順や閾値といった明確なワークフローを定義する。
  6. 設計(他者が活用できるAIを作る):単なるプロンプトの一発芸ではなく、ユーザーがつい話したくなるような「体験(UX)」を設計する。

 さらに柳川氏は、人間がAIを管理するだけでなく、「AIを使いこなすために、逆にAIに育成される」という画期的なアプローチも紹介した。

AIに“育成”されるマネジメント。実務支援Gemと育成Gemの違い
AIに“育成”されるマネジメント。実務支援Gemと育成Gemの違い(クリックで拡大表示)

 例えば、執筆作業において「いい感じに書いて」と指示したとき、「誰に何を伝えたい?」と優しくヒアリングしてくれるAI(実務支援Gem)に甘えるのではなく、「熱量が足りません」「この表現はAI臭いです」と魂が入るまで厳しくダメ出しを続ける「文章レビューAI(育成Gem)」をあえて用意するのだ。

 同様に、判断基準が未定義なら「Runtime Error」を突き返す「仕様書原理主義者」のようなAIと対峙することで、人間の指示力とコンテキスト設計力は強制的に引き上げられていく。

最後に問われるのは「非合理な意志」と「ラストマン」の覚悟

 AIは選択肢を無数に提示することはできても、決断を下すことは決してできない。合理的な正解だけを求めていれば、AIを使う限り全員が同じ結論に行き着き、プロダクトは完全にコモディティ化してしまう。

 「差別化要因は『非合理な意志(これがやりたい)』だけだ」と柳川氏は断言する。膨大なコンテキストの中から何を選び、何を捨てるのか。それを決めるのはロジックではなく、人間の「意志(強弱)」である。忘れることや捨てることの判断も含め、Dev×PM×PLを学ぶ真の目的は、自らのこの「意志」を貫き通すためなのだ。

 システムトラブルが起きたとき、最後に直すのはエンジニアである。物理的な最終防衛ラインとして「動かない」という事実から逃げられない「ラストマン」としての宿命を、エンジニアは背負っている。

 柳川氏は、この覚悟をビジネス全体に拡張せよと呼びかける。AIが出したアウトプットの責任を自分が取る。事業の数字(PL)が悪かったら自分の責任として受け止める。「最後は自分の手でなんとかする」という覚悟だけが、人を真のリーダーにするのだ

フルサイクルに領域を広げ、AI時代をサバイブせよ

 「誰にも期待されていないことを、自分が必要だと思うからやる。手を動かせる奴が一番偉い! 型にハマるな!」

 ジェネラリストを恐れず、企画から運用までをフルサイクルでカバーし、守備範囲を広げていくこと。そして、PLを見に行き、コンテキストを広げることが、AIに負けないための唯一の道である。

企画から運用まで、ジェネラリストとして守備範囲を広げフルサイクルで回す
企画から運用まで、ジェネラリストとして守備範囲を広げフルサイクルで回す

 読者の皆さまも、明日から「この新機能はPLのどの変数を動かすのか」をチームの共通言語として語り合ってみてはいかがだろうか。柳川氏のnoteやSNSでの発信を追いかけながら、自らの「意志」を実装するロングコンテキストな視点を磨き続けてほしい。

講演後の質問コーナー「Ask the speaker」にも多くの聴講者が並び、熱量の高さがうかがえた
講演後の質問コーナー「Ask the speaker」にも多くの聴講者が並び、熱量の高さがうかがえた

この記事は参考になりましたか?

ProductZineイベントレポート連載記事一覧

もっと読む

この記事の著者

斉木 崇(編集部)(サイキ タカシ)

株式会社翔泳社 ProductZine編集長。 1978年生まれ。早稲田大学大学院理工学研究科(建築学専門分野)を卒業後、IT入門書系の出版社を経て、2005年に翔泳社へ入社。ソフトウェア開発専門のオンラインメディア「CodeZine(コードジン)」の企画・運営を2005年6月の正式オープン以来担当し、2011年4月から2020年5月までCodeZine編集長を務めた。教育関係メディアの「EdTechZine(エドテック...

※プロフィールは、執筆時点、または直近の記事の寄稿時点での内容です

この記事は参考になりましたか?

この記事をシェア

ProductZine(プロダクトジン)
https://productzine.jp/article/detail/4167 2026/03/18 11:00

おすすめ

アクセスランキング

アクセスランキング

イベント

ProductZine Day&オンラインセミナーは、プロダクト開発にフォーカスし、最新情報をお届けしているWebメディア「ProductZine(プロダクトジン)」が主催する読者向けイベントです。現場の最前線で活躍されているゲストの方をお招きし、日々のプロダクト開発のヒントとなるような内容を、講演とディスカッションを通してお伝えしていきます。

新規会員登録無料のご案内

  • ・全ての過去記事が閲覧できます
  • ・会員限定メルマガを受信できます

メールバックナンバー

アクセスランキング

アクセスランキング