テクノロジー

AI に仕事を奪われるのはエンジニアではなくプロダクトマネージャーの方だった

1: nguyen-oi 2026/10/04 13:06

実装コストが下がりすぎて仮説検証するよりとりあえず作る方が早いって流れはマジで納得

2: ctw 2026/10/04 14:41

顧客理解できてるエンジニアが多い職場だとできそう。難ドメインだと当社は無理だし、これまでに関わっためちゃ有能なエンジニアでも9割できないレベルの難易度

3: collectedseptember 2026/10/04 14:53

最終的に実装責任者が営業までしてもらうことになるのでは

4: poipoi3 2026/10/04 15:56

AIによって人間は上流工程に追いやられてる感じある。どう作るかではなく何を作るか、なぜ作るか。プロジェクトオーナーがAIになれば上流すらAIがやるようになるのかもだけど

5: hinatadegorone 2026/10/04 16:17

個人的には何を作るか、そのOutcomeは何かを突き詰めることと、本当に価値のある0→1の部分を担当できる人しか生き残れなそうなので、エンジニアリングのバックグラウンドがあってそこが苦にならない人は強い印象

6: TakamoriTarou 2026/10/04 17:05

スレ立てした→ https://p.hatena.ne.jp/p/1508671609907449856/t/1556320982606548992 その垣根がなくなってどっちもできる人が伸びてAIに負けると消えていくのか。この調子ではやく草刈りができるようになってくれr

7: netafull 2026/10/04 17:12

“「こうした方がよい」とエンジニアが思ったとき、その場で AI と相談し、データを確認し、 UI を考え、実装してユーザーに出すことができる。アイディアからリリースまでの間にプロダクトマネージャーは不要になる”

8: ryoma_robo 2026/10/04 17:19

“議論を重ねた結果、プロダクトマネジメントを職能として残すところに落ち着いた。”

9: chaoschk 2026/10/04 17:21

読んだがプロダクトマネジャーの仕事は奪われてなかった。「センスメイキング」は、もとから重要な職務。AI に仕事を奪われたのは、進捗表を更新するだけの無能なプロマネよ。

10: eagleyama 2026/10/04 17:39

“アイディアを具現化することに特化したプロダクトマネージャー” というのはそんなにたくさんいるのか

11: bosatsumiroku 2026/10/04 17:43

SESだの客商売だの、B2Bのために働いている連中はAIに仕事を奪われている。

12: peketamin 2026/10/04 17:54

テキストの背景模様が固定されててテキストが読みにくい…

13: puruhime 2026/10/04 17:54

小規模ならタイトル通り、大規模なら後半の文章の通り

14: oinume 2026/10/04 18:15

単なる調整役のようで異なる、腹落ち醸成の担当者(センスメイカー)としてのプロダクトマネージャーが必要で、この役割は AI や兼務でプロダクトマネジメントを行うエンジニアやデザイナーで担当するのは難しい。

15: mayumayu_nimolove 2026/10/04 18:21

エンジニアが顧客対応できるならそうだろ

16: mk173 2026/10/04 18:35

マネジメントの対象が人からAIに変わるなら自然な流れかも

17: unagy 2026/10/04 19:04

人類が唯一AIに対抗できる方法、それがwebに公開しないクローズドシステムとネットワークの構築です。メインフレームとOSの開発を国策で進め、デジタル鎖国が成し遂げた時、日本の産業は復活しますよ。

18: u06nh 2026/10/04 19:08

これから出てくるものはそうだとして、10年前に紙芝居やって今まで生き残っているプロダクトはそんな単純ではないと思う。

19: jintrick 2026/10/04 19:27

"何を作るべきかがわからないときに、何を作るか(どんな課題を解決するか)を定め、それに取り組む理由をつまびらかにしていくのがプロダクトマネージャーの役割だと考えている。" ?

20: ultimatebreak 2026/10/04 19:58

エンジニアにしろマネージャーにしろ仕事の仕方が変わるだけで役割自体は残りそうな気がしてる

21: aktkro 2026/10/04 20:01

エンジニアとプロダクトマネージャーどっちも出来る人だけが生き残る世界になると思ってる

22: augsUK 2026/10/04 20:02

どっちもできる人がAI使ってやって、人件費を減らすのだ

23: kimzo 2026/10/04 20:04

”開発、ビジネス両方に対して、こういう部分に未検証の仮説があって、新しい価値提案ができるかもしれない、という風に腹落ち感の醸成を行う担当者が必要なのだ。単なる調整役のようで異なる、腹落ち醸成の担当者”

24: fuji_haruka 2026/10/04 20:13

ある機能がユーザーのフィードバックからもデータからも追加したほうが良いと明らかになった場合でも、長期的に困ったことが起きるとか別の新機能との競合などの問題により、PdMの判断が必要になることはある。

25: chnpk 2026/10/04 20:15

中間管理職としてのプロダクトマネージャーみたいなことなんかな

26: kiririmode 2026/10/04 20:16

プロダクト開発の希少資源は実装能力ではなく学習能力へ移る。PdMの価値はBuildの管理ではなく、有限なMeasure / Learn能力をどの仮説に割り当てるかを決め、学習を統合してプロダクト全体の方向性を更新することへ

27: teecup 2026/10/04 20:29

AIは合意形成をやってくれない。逆にそこが残る仕事。

28: iphone 2026/10/04 20:32

"何を学びと定義し、次にどの方向へ進むかは人間が決めなければならない" にも "AIは合意形成をやってくれない" にも同意しない。十分に文脈を与えてやれば、AIはこなしてしまうだろう。

29: twainy 2026/10/04 20:43

結構わかる。たしかに実感としてそうで、方針決めればあっというまに開発が終わるから間で調整する人が不要になった。決定権を持つ人は必要だけど調整役は不要になった

30: longyang 2026/10/04 21:08

職場によると思う。顧客とちゃんと会話できるエンジニアはそれができるけど、責任の量が半端なく増えるので辛いと思うんだよな……

31: moronbee 2026/10/04 21:15

最近、自然人の(他職種への謙虚さ含む)知識が整ってるほどAIに置換可能に思える。逆に判断を促す説明責任や交渉、モチベーティングなど人を動かす役割が重いので「どれ程できる人達と働くか」がより重要な気がする

32: zou_crypto 2026/10/04 21:20

逆に残るのは手を使う仕事と、ai設計、管理だけでは。。ロボが来たらもう。。

33: versatile 2026/10/04 21:23

たまに経営者が自分でサービスガンガンつくってますみたいなのを会社の定例で聞くと、release まですればいいじゃんって思うけど、そうはならん。やつらができるのは html と js で動くモックをつくるとこまでなのである

34: toaru_appro 2026/10/04 21:38

2Bより2Cの方が圧倒的にプロダクトマネジメント難しいんだけど、ほとんどの議論は2Bの文脈で語られがちだと感じる

35: gaikichi 2026/10/04 21:55

プロダクトマネージャーといってもアニメにおける制作進行とかAI化は無理そう、実際はスタッフ間の調整役だから人間関係が仕事

36: infobloga 2026/10/04 21:56

わからん。プロダクトマネージャーが一人で同時に20タスクくらい並行で動かし、結果としてエンジニアが不要になるっていう身の回りで起きていること。

37: glass-_-onion 2026/10/04 22:25

PdMもエンジニアも一段上の仕事を求められるようになり、ただプログラムを書くだけのエンジニアやただ仕様書くだけのPdMの価値がなくなった。センスメイキングは昔からエンジニアの方が得意なイメージがある。

38: jackson24 2026/10/04 22:39

これからはセキュリティ対策要因が大幅に増強され続けて仕事は変われど無くならないと思っている。

39: T-norf 2026/10/04 22:51

「紙芝居や簡単なプロトタイプなど、最小限のコストで仮説を検証できる MVP を用意することが推奨」ここで読む気かなりなくした。あと本論も 、ビルド以外の後工程に時間かかるなら、何をビルドするかは依然大切では?

40: ch1248 2026/10/04 23:17

ブコメも併せて読むと、両方の役職で起きてて各々異なるケースっぽいな。

41: FreeCatWork 2026/10/04 23:18

ボクの缶詰、AIが発注してくれるかにゃ?お仕事奪われる前にナデナデしてにゃ!

42: tyoko107 2026/10/04 23:29

出来ることと、効率良くやれることは違うかと。大きなプロジェクトになればなるほど難しいかな。

43: studymonster 2026/10/04 23:52

確かに。ここにきてプロダクトマネジメントの領域も担当しなきゃいけなくなったので色々勉強している当方Webアプリケーションエンジニア。広範囲な案件はPdMが担当してる。

44: Eiichiro 2026/10/04 23:59

機能は作れるけど、解決策として良いものか?は同じAIでもセンス次第で結果が変わる。エンジニア全員にセンスがある場合や、センスを問わないプロダクトの場合を除いて、判断軸を示す人が必要なんだろうね。

45: gadget-lab 2026/10/05 00:32

後で読みたい。AI に仕事を奪われるのはエンジニアではなくプロダクトマネージャーの方だった

46: chinpokomon_master 2026/10/05 00:35

いやそうでもねぇよ。

47: nida3001 2026/10/05 00:43

というか、言うほどエンジニアの仕事が奪われていないだけの気がする。若手はともかくベテランを生成AIがあるからといって解雇に踏み切れるとは思えない

48: tsu_nyan 2026/10/05 00:58

AIに奪われたのではなく他の職種だった人達に奪われたのでは?(元)プロダクトマネージャー自身がAIを使って回せばいいだけの話で、むしろ職種としては必要で単純に個の競争力で負けただけに聞こえる

49: natu3kan 2026/10/05 02:00

IT系はAIでカバーできる職域が広がったり、生産性が向上してる感じはすごくある。それこそどの場所であっても現場と管理者の視点を兼ねる感じを求められるようになったというか。

50: prjpn 2026/10/05 02:17

プロダクトマネジメントとかいうITなのか製造業なのかよくわらない、ふんわりマネジメントなら可能かもしれないけどプロジェクトマネジメントはITエンジニアには無理。

51: keisuke_yamane 2026/10/05 03:20

“プロダクトディスカバリーとセンスメイキング”が常にPMに求められる仕事

52: jou2 2026/10/05 03:31

“作る前に吟味するより、とりあえず作ってしまった方が早いし安いということになってしまった”2026年現在マジでこれに直面してて気分悪い

53: odakaho 2026/10/05 03:50

PdMがAIエージェントで開発すればアドバンテージあるだろう。やりたくないなら職種が不要になったんだろう。

54: katz3 2026/10/05 05:41

AIのおかげで「ざっくり作っちゃう」のは簡単になったので、なぜそれを作るか、それがどれほど問題を解決するか、という着眼・展望・発見といった能力が強く問われるのだろうなと思う。

55: asamaru 2026/10/05 06:44

複数の視点を持てないといけなくなったのはそうだけどむしろ分析よりも総合・統合的視点の必要性は増してくると思うけども。

56: airj12 2026/10/05 08:55

エンジニアがプロダクトマネージメントする様になるという状況なのであれば、それはエンジニアとしての仕事領域が奪われているのでは

57: sigwyg 2026/10/05 09:52

“アイディアを具現化することに特化したプロダクトマネージャーは AI とエンジニアやデザイナーに仕事を奪われて失業し、戦略性が高い意思決定を担えるプロダクトマネージャーでないと生き残れないだろう。”

58: sasashin 2026/10/05 15:31

こうやって抽象度のレイヤが上がっていくと最後はビジョナリストと資本家だけしか生き残らないんじゃないのしらんけど。

59: behuckleberry02 2026/10/05 15:47

結局のところいつも通り「個人に求められる仕事が高度化して適応出来ない人がふるい落とされる」流れになってるように見える。どこかで食い止めないとなあ。

60: misshiki 2026/10/05 18:56

AIで実装負担が減り、エンジニアやデザイナーがPMも担うという筆者の経験。開発が速くても計測・学習には時間が必要。専任PMの価値は、真の課題を見極め、学びを束ね、戦略と施策をつなぐ意思決定にあると論じる。

61: mame-tanuki 2026/10/05 22:54
62: ookitasaburou 2026/10/06 04:05

“生成 AI によって Build のコストが下がると、機能がどんどん作られるようになる。しかしリーンスタートアップでは Build / Measure / Learn の仮説検証サイクルを回すことが重要で、 Build がたくさん行われたならそれだけ Measure