SHOEISHA iD

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

CodeZine(コードジン) DeveloperZine(デベロッパージン)- エンジニアの意思決定を支える技術情報メディア

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

AI時代の「壁」を乗り越えろ。プロダクトマネージャーが直面するカオスと、現場を動かす「仕組み化」のリアル

ProductZine Day 2026

ProductZine Day 2026

「ProductZine Day 2026」レポート(AD)

AIが出す「それっぽいもの」を見抜く審美眼は、どこで育つのか──議事録をAIに任せた先の「育つ機会」を考える

【S-7】AIで出来ることを人間がやるのは本当に「無駄」なのか? ―― 無駄の中にあった「育つ機会」からAI時代の育成を考える

 会議の議事録をAIが要約する。録音ボタンを押して「要約して」と伝えれば終わる作業に、かつては「まとめる」「分からないところを先輩に聞く」「共有する」という手順があった。そこで人が育っていたのだとしたら、それはAIに任せてよかったのか。8月25日に開催されたProductZine Day 2026のセッション「AIでできることを人間がやるのは本当に『無駄』なのか?」は、この問いに答えを出さないと冒頭で宣言して始まった。Wellnizeの木下寛大氏とログラスの広瀬丈氏が掲げたゴールは、ノウハウでもベストプラクティスでもなく「問いが1つ増えること」だけ。そして20分のあいだに、会場からは123件の投稿が寄せられた。答えたのは登壇者ではなく会場で、その声は賛否に割れていた。

議事録から消えたのは「まとめる時間」ではなく「聞き返す相手」だった

 問いの入り口として木下氏が置いたのは、議事録だった。

 かつて議事録には手順があった。会議中にメモを取る。終わった後に要点をまとめる。分からないところを先輩に確認する。そのうえで共有する。それが今は、録音ボタンを押して「要約して」と伝えれば終わる。

 「めちゃくちゃ効率がいいし、なんなら人間がやるよりも網羅的だし、構造化されていてクオリティも高い」

 得たものははっきりしている。速さと、人間が作るより高い品質。では失ったものは何か。木下氏が挙げたのは2つで、「まとめる」という過程で生まれていた思考と、「確認」や「共有」のときに生まれていたコミュニケーションだった。新人にとっては、確認することも考えること自体も、そのままトレーニングになっていた側面がある。

図1 議事録をAIに任せて得たものと、失ったもの(木下氏の説明をもとに編集部作成)
図1 議事録をAIに任せて得たものと、失ったもの(木下氏の説明をもとに編集部作成/クリック・タップで拡大表示、以降同様)

 同じ構造は議事録に限らない、と木下氏は対象を広げた。コードを書く。チケットを書く。テストケースを書く。デザインのワイヤーを引く。どれも、AIに任せたほうが速い。

 「AIに本当にすべて任せてしまったら、育成の機会とか学びの機会というのはどうなっていくのだろう」

 この問いを持ち込んだのは、本セッションを提供したWellnizeの木下寛大氏(代表取締役 兼 執行役CEO)である。楽天でデータ分析基盤の開発・運用や電子書籍事業のプロダクト開発マネージャーを経験し、2017年にCo-Liftを設立。2024年に、同社と株式会社明治、株式会社ゲキジョウの3社の共同出資によりWellnizeを立ち上げた。

 自分がジュニアだったころ、やれば誰にでもできるような仕事を任され、そのプロセスの中で学んできた。この問いは、その実感から出ている。裏を返せば、手元にあるのは自分の経験だけで、誰にでも当てはまる答えを持っているわけではない。だから木下氏は冒頭で、この20分では答えを出さないと宣言した。ノウハウもベストプラクティスも話さない、とも。

 「今日このセッションが終わって『これってどうなんだろう』という問いが一つでも増えていたら、この企画的には成功かなと思っています」

株式会社Wellnize 代表取締役 兼 執行役CEO 木下寛大(きのした・かんた)氏
株式会社Wellnize 代表取締役 兼 執行役CEO 木下寛大(きのした・かんた)氏

「お客様がいる仕事の議事録に、育成を混ぜるな」

 この問いを受けたのが、ログラスでプロダクト全体のChief of Staffを務める広瀬丈氏である。組織・人・採用を担当する立場だが、この日は意図的に極端な側に立った。

 「もう、めっちゃスタンスを取って話すんですけど、AIがやったほうが早いことをわざわざ人間がするって、結構センスがないというか、もう別にやらなくていいのではないか、ぐらいに思っているんですよね」

 学びと経験が失われることは、そのとおりだと広瀬氏も認める。構造化能力も会社のコンテキストの理解も議事録が担ってきた。そのうえで会場に3つの質問を投げている。

 新入社員のころ議事録を書いていた人は、と聞くと、多くの手が挙がった。続けて「それは振り返ってよかったと思うか」。ここでもほぼ同じだけ挙がる。ところが3問目、「これがなくなるのは新人がかわいそうだから、その機会は残してあげたいと思うか」で、挙手の数は目に見えて減った。

 自分が書いてよかったと思う人は多い。それでも、後輩に同じことをさせたいとは思わない。この落差の上に、この日の議論は乗っていた。

 「確かに構造化とかコンテキストってめちゃくちゃ大事だと僕も思うんです。でも別に、それって他でも学ぼうと思ったら学べるじゃないですか」

 そして広瀬氏は、この日いちばん踏み込んだ言い方をした。

 「お客様がいる仕事の議事録に、育成を混ぜるな、みたいな話もあるわけじゃないですか」

 顧客からすれば、2時間かかる作業に時間を使うより、バリューやアウトカムを出してほしい。昔は許されたが、AIがある以上そうはいかない。だったら向き合うべきはそこではない、という理屈だった。

 木下氏はここで逆張りを宣言し、切り返す。構造化は他でも学べる、というのなら、どこでどう学ぶのか。

 「構造化能力でAIに自分が勝てるポイントってもう一つもないから、全部AIにやらせるしかなくなる。自分で構造化するという仕事、なくなりませんか」

 広瀬氏の返しは、その前提ごと引き取るものだった。構造化がAIのほうが得意なら、それはもう「いらない仕事」に変わっている。人間がしなければならない仕事は、議事録には残っていない。ストーリーテリングやナラティブ、人を惹きつけること。そちらに集中したほうがいい。

 「せっかくAIがあるのに、要は自動車があるのに足が速くなったほうがいい、みたいな話になっていませんか」

 木下氏はもう一段返した。ストーリーやナラティブも、何かの構造に肉付けするものではないか。その構造が正しいのか、今のコンテキストに合っているのか。それを自分で判断できなければ、肉付けの良しあしも分からない。

株式会社ログラス Chief of Staff/HRBP(プロダクト領域) 広瀬丈(ひろせ・じょう)氏
株式会社ログラス Chief of Staff/HRBP(プロダクト領域) 広瀬丈(ひろせ・じょう)氏

反論、実感の告白、代替案──20分で集まった123件の中身

 このセッションには、もう一人の話者がいた。会場の聴衆だ。

 冒頭で木下氏がQ&Aプラットフォームの「Slido」のQRコードを示すと、広瀬氏がこう付け加えていた。

 「Slidoに入っていただかないと、もうこのセッションの8割9割ぐらいは意味がなくなってしまうぐらい、Slidoを使いたいなと思っているので」

 呼びかけは効いた。議論が5分も進まないうちに投稿が流れ始め、2人は途中で何度も「コメントに追いつけていない」と漏らしている。20分が終わったとき、投稿は123件に達していた。1分あたり6件を超える計算になる。

 しかも中身が違った。Xに流れたのが感想中心だったのに対し、Slidoに集まったのは議論そのものだった。反論があり、実感の告白があり、代替案があり、別の問いがあった。

 このうち、あいさつや感想だけの短い投稿を除くと、およそ90件が議論にあたる。編集部でそれを読み分けたところ、論点は大きく4つに分かれた。

図2 20分のセッションに寄せられたSlido投稿123件と、そこから見えた4つの論点(編集部による整理)
図2 20分のセッションに寄せられたSlido投稿123件と、そこから見えた4つの論点(編集部による整理)

「思考力が落ちている」は、すでに現場の実感だった

 1つ目の論点は、これから起きる懸念ではなかった。もう起きていること、として書かれていた。

 「ここ最近、AIへ思考を外注化しまくっているので、本当に論理的思考能力が落ちています」

 「AIに構造化を頼るようになったのが原因かは分からないですが、自分で構造化するぞってなった時に頭にモヤがかかることが多くなった気がする」

 「『まとめる』というプロセスがスキップされるので、使っている自分自身も恐怖を感じたりする」

 木下氏が最初に挙げた「まとめる」という手順の消失は、聞いている側でも同じ言葉で意識されていた。

 自覚の告白が続く一方で、個人の感覚ではなくチームの実務問題として書かれた投稿もあった。

 「AIの要約によって、コンテキストが共有から抜け落ちていく問題に直面してます。要求の背景や顧客での文脈など」

 登壇席で同じ論点に立っていたのは木下氏だった。AIスロップ(AIが生成した、それらしいだけの成果物)がなぜ生まれるのかを、判断できないことの帰結として整理している。

 「その審美眼とか美意識みたいなものを養えていない人が、AIが出してくる『なんかすごい、それっぽいもの』に対して、本当にそれが構造的にマッチしているかを判断できず、そのまま出してしまう」

 会場にも同じ形の投稿があった。「AIのアウトプットがいけてるかどうかの審美眼的なものは自分ができない(自分の力で作れない)と判断できないかも」。懸念の形は、登壇席と客席でそろっていた。

「AIに書かせる技術」を鍛えるのでもいい──二択の先に出てきた代替案

 2つ目の論点で、会場は二択に付き合わなかった。議事録を残すか捨てるかではなく、その一歩先に進んだ意見を出してきた。

 まず、擁護がある。

 「議事録を作って要約することこそ、仕事ができるようになることだと思う」

 「議事録は社内の単語、社内のドメイン知識を知る機会」

 ただし擁護一色ではない。議事録を書いたこと自体の効果を疑う声も、同じ会場から出ていた。

 「議事録を書いてもそれに対してフィードバックがあったわけではないので、それによって成長できたかというと疑問です」

 そのうえで並んだのが、代替案だった。

 「AIに議事録作らせつつ、新人にも議事録を書かせるのでも良いのでは?」

 「議事録を書く技術ではなく(AIに)書かせる技術を鍛える機会で十分育成になるのでは」

 「同じように議事録を作るのはAIに任せていても、共有前に中身を確認して判断するというプロセスを手放さずに関わるのか、ほぼそのまま共有するのかでも養われるスキルは変わりそう」

 いずれも、AIに任せることと育成の機会を残すことを両立させる案である。20分のあいだに、会場はただ問いに答えるのではなく、育成の設計を再考していた。

 登壇席では、同じ論点が「では、その判断力はどこで身につくのか」という形で扱われていた。木下氏が挙げたのは、レビューを頼まれたときの感覚だった。

 「感覚的に『これ気持ち悪いな』と思って、詳細を見ると『ここのロジック飛んでたな』と気づく。先に感覚があるなと思って」

 その感覚は、手を動かす現場の作業の中で徐々に身についてきた、と木下氏は続ける。

 広瀬氏は、その審美眼をもう少し分解してみせた。

 「その審美眼を構造的に考えると、そもそも比較ができるかどうかだと思うんですね。いいものと悪いもので比較できるということは、現状分析ができるということ。これはこういう状態だ、と言えるかどうかです」

 ただし、それが議事録のような誰にでもできる作業で身につくのかは怪しい、とも付け加えた。

「自家発電できる人」だけを伸ばすのか──ここで会場は割れた

 会場の意見がはっきり2つに割れたのが、3つ目の論点である。AIを使いこなす層と、ほとんど使っていない層。そのあいだの中間層が薄くなっていく二極化を、前提として受け入れるかどうかだった。

 異議の側からは、この日特に支持を集めた投稿の一つが出ている。

 「会話が勝ち組過ぎる。AIネイティブは能力をアップデートしてから求職市場に登場するだろう。しかし、時代の狭間に落ちる人たちは絶対出てくる。氷河期のように、新たな呼び名でひとまとめにされる人たちを救う社会のセーフティーと呼ばれる救済システムが必要になるんだよ!!」

 「できる人はできて、できない人はできないという砂時計が拡大するだけ?」(※砂時計は後述)

 一方で、二極化を前提に置いたうえで育成の定義を変えるべきだ、という投稿も同じだけ出ていた。

 「人材が足りない時代は育成という概念が大事だった気がするが、AI時代は、ある程度の人が割と簡単にプロレベルになる時代。育成しないと伸びないような人は資本主義的に、競争に負ける気がする。自助できる人に対してさらにのばす『育成』が主流になりそう」

 「AIが作ろうが自分で作ろうが、アウトプットやアウトカムに責任とるつもりがあるかどうかの差は大きい気がする」

 登壇席でこの論点に立っていたのは、広瀬氏だった。広瀬氏がこのセッションのキーワードとして置いたのが「自家発電」である。自律的に自分で回せる、自分で決められる、学習のループを自分で作れる。そういう人を指す。

 「それこそAIでポン出しする人って、多分僕、一生AIでポン出しすると思うんです」

 ポン出しする人をどう育成するか、という問いはもう詰んでいる、と広瀬氏は言う。そうではなく、ポン出ししない人に機会を提供して伸ばす。実のところそういう議論なのではないか、と。

 「わざわざ議事録を使わないと構造化できないような人を育成するというROIの合わないことをやるんでしたっけ、AIがあるのに」

 背景にあったのは、中間層が薄くなる「砂時計」の構図である。エージェント型AIの普及によって、知識労働の人員構成は中間層が薄くジュニア層とシニア層に偏る砂時計型になりうる、という見立ては、PwCの「2026 AI Business Predictions」などでも指摘されている。カンファレンス当日も、この構図を踏まえた図が別セッションで示されており、広瀬氏はこれを引いたうえで、今までの二極化はまだ優しい世界だった、と位置づけた。

図3 AI活用の分布は、ピラミッドではなく二極化した「砂時計」(同じ日のセッションS-1におけるNewbee 蜂須賀大貴氏の説明をもとに編集部作成)
図3 AI活用の分布は、ピラミッドではなく二極化した「砂時計」(同じ日のセッションS-1におけるNewbee 蜂須賀大貴氏の説明をもとに編集部作成)

 これに対して木下氏は、二極化の話を2つに分けた。

 「『できるやつはできるけど、できないやつはできないよね』という、能力的なものでパキッと割れちゃう、みたいなことが果たして本当にそうなのか、という話と、マクロで見たときに本当にそれでいいのか、という2つの話がありますよね」

 では、できる人だけで回せばいいのか。2つ目の問いに対する木下氏の答えは否だった。その理由として挙げたのが、関心という有限のリソースである。会場から届いた別の問い、「結論、人を介在させないほうがいいのか」に答えるなかで、こう話している。

 「人が認知する、関心を持つって結構コストが高いんですよね。例えば3日に1個サービスを作って、1か月で10個作りました、その10個のサービスの面倒を見続けますか、というと、結構しんどいと思うんです」

 会場からも、同じ感覚が短い一行で返ってきた。

 「一個しか無理!関心を向けるのは」

 AIがいくらでも作れるようになっても、それに関心を向けて面倒を見続けられる量は、1人あたり限られている。だから、ある程度の人数はどうしても要る。自家発電して勝手に伸びる人のことだけを考えていればいい、とはならない。育成は、AIがあっても避けて通れない論点として残る。

残ったのは「それって楽しい?」という問いだった

 最後の論点は、効率とも育成とも別の場所から出てきた。

 「早く走りたいとなる前に、走るのが楽しいって体験がないと走ろうとも思えなくなりそう」

 「楽しい体験をAIに奪われるのはつまらないよね」

 「AIに全部任せるって話、そもそも人間は何を望むのかって話のような気持ち」

 20分のあいだ「AIがやったほうが早いことを人間がやるのはセンスがない」と押し切ってきた広瀬氏は、最後のまとめでこの種の投稿を拾った。

 「今日、めっちゃ僕、わざとスタンスを取ったので、ちょっと嫌な人間に見えたかもしれないですけど」

 そのうえで、この日いちばん浮かんだ問いとして挙げたのは、自分の主張ではなく、会場の匿名の一言だった。

 「『なんかそれって楽しい?』という問いがめっちゃ浮かびましたね。うん、確かにそのとおりなんですよ」

 「人間らしい」とか「豊かだ」ということが、結構遠くに行ってしまう。シビアな世界線になる。豊かになるための道具のはずが、突き詰めるほど豊かさのほうが遠のいていく。それなら、何のためにAIはあるのか。極論を張り続けた20分の最後に残ったのは、この逆説だった。

 「AIだけがやるという世界線って、人間が本当に生物として生き残るだけ、という世界線に近いのだろうなと思って」

 「結局、豊かになれたのに意味がない、みたいなところはやっぱりあると思うので、そういう話をしたいなって、改めて」

 木下氏が最後に挙げたのも、答えではなく問いだった。広瀬氏が置いた「自家発電できる」という言葉は、その人個人が持っている能力を指すのか。それとも、自家発電できる環境やマインドのほうを、あとから育てることができるのか。

 会場がSlidoに残した問いのいくつかは、そのまま宿題になっている。

 「自家発電人材はどう育つか、見つけるか」

 「良い問いを立てるためには何が必要?」

 このセッションのゴールは、問いが1つでも増えることだった。123件の投稿は、その達成を記録したログでもある。

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

提供:株式会社Wellnize

【AD】本記事の内容は記事掲載開始時点のものです 企画・制作 株式会社翔泳社

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

この記事をシェア

CodeZine(コードジン)
https://codezine.jp/article/detail/29725 2026/10/13 11:00

イベント

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

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

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

メールバックナンバー