シリコンバレーは、アンドリュー・NG(Andrew Ng)のAIライトアップの最新の挑発に悩まされており、これは新しいファンタジーなモデルやアルゴリズムではない。 Yes, you read that right. In a recent talk at Y Combinator's Startup School, Ng suggested that the traditional makeup of software teams is on the cusp of a radical shift. How radical? NG自身の言葉で言うと、 それが効くのは、 あるチームに product managers two software developers for every one product manager 「昨日、私のチームの1人が私のところに来て、初めて...このチームは、午前1時4分のエンジニアではなく、午後1時05分のエンジニアを提案しました。 Reddit.com twice as many PMs as engineers https://www.youtube.com/watch?v=RNJCfif1dPY&embeds_referring_euri=https%3A%2F%2Fapp.hackernoon.com%2F&source_ve_path=MjM4NTE&embedable=true この大胆な主張は、上昇と結びついている。 , Andrej Karpathy が発明した用語で、AI を使用して高レベルのプロンプトからコードを生成することを説明します. AI ココロボットがライトスピードでボイラープレートコードを書くことにより、 Ng は、ソフトウェア開発におけるボトルネックはもはやエンジニアリング能力ではなく、決定的なものだと主張しています。 で。 Ng氏は、AIがコード化を劇的に加速する一方で、製品決断は並行して加速していないと指摘し、コードが安価なサンドイッチのようにクランクされると、正しいサンドイッチのレシピ(製品マネージャー)を見つける人は突然不可欠になる。 “vibe coding” 何を建てるか 「私は、製品管理の仕事がエンジニアリングと同じスピードで速くなっているのを見ていない。 「これが良いアイデアかどうかはまだわからないが...人生で初めて、マネージャーはエンジニアの2倍の数のPMを持つことを提案している。 これはヒープ、異端、あるいは両方とも? Ngの声明は、長い間、主な作成者としてのエンジニアと、サポートチームとしてのPMとしてのエンジニアを称賛してきた業界で、間違いなく転換点です。 もしかしたら、本当の権力は、誰に移るのかもしれない。 このPM対エンジニア比率の議論の両側の議論を解き放ちましょう、なぜならTwittersphere(またはX-sphere)とHackerNewsのコメントはこれについて沈黙する以外の何ものでもないからです。 writing code on vibe セット Ngの大胆な予測:なぜPMがさらに重要になるのか Andrew Ng は、理論なしに 2:1 (Eng:PM) 比率の主張を無視しているわけではありません。 必然的に、必然的に、 つまり、建物が簡単にできるとき、 AIによるコーディング(Vibeコーディングの本質)は、1人のエンジニアが5人または10人の仕事をできるかもしれないが、AIの量はまだユーザーのニーズを理解し、製品ビジョンを構築し、機能を定義できない――製品マネージャーのパンとバター。 (翻訳:こんにちは、PMS ) 「ソフトウェアを書くこと、特にプロトタイプは、どんどん安くなっている」 「何を建てるかを決めることができる人々の需要が増すだろう」 figuring out the thing to build becomes the critical path right 「これは、建設する価値のあるものに明確な仕様を提示できる人々の需要を大幅に増加させるだろう」 リンク.com 正 この未来は実際にどう見えるのか? Ngは、前例のないAIファンドのチームを提案する上記のアネクドットを提供します。 PMsがエンジニアを上回るシナリオ、Ngも認める。 しかし、彼はこの傾向の初期の兆候を見ている。そして彼は一人ではない。テクノロジー投資家SCモアティは、Ngを応援するために立ち上がった。 あなたが基本的にそれに同意するベンチャー資本タイプを持っている場合 それはアイデアが左翼から出てこないという兆候です。 1:0.5 PM-to-engineer ratio 「極端に響く」 「Excellent point Andrew Ng - our projections are that [the] current 10:1 engineer:PM ratio will be going to become 2:1 because PMs will be able to do much more with fewer engineers. PMs will be able to do much more with fewer engineers.」 the PM is the new rockstar 他の製品リーダーは、特にAIツールの時代に、同様の経験を共有しています。Hoda Mehrは、製品の創設者であるHoda Mehrは、AIを使用して彼女がどのように感じたかを説明しました。 このようにして、PMは、 AI拡張のDEVチームは、これまで以上に速く実行しています。 (上記は彼の AIツールのおかげで 差異化はビジョン、優先順位化、製品直感へと移行する - 古典的なPM領土。 「わたしは方向を指し、AIは実行するので、アンドリューが言っていることはわたしと共鳴する」 coach and strategist “everyone codes” receptionist codes ビジネスインサイダー.com Ngのより広い点は、AIが役割を再構築しているということです。 彼はまた、コースを設立した。 AIの時代では、AIを理解する製品マネージャー(そして自分自身でコードをスライディングできるかもしれない)は高い需要にあります。基礎的な論点:AIを持つエンジニアが1日でアプリのプロトタイプを構築することができれば、制限要因は次の機能をどれだけ早く決めるか、または次のアイデアを検証できるかです。 「多くの企業では、エンジニア:PMの比率は、たとえば6:1...コーディングがより効率的になるにつれて、チームは全体の従業員の割合として、より多くの製品管理作業(および設計作業)を必要とします。 AI Product Management 「書くソフトウェアは...より安くなりつつあり、何を構築するかを決める人々の需要が増加するでしょう。 The Pushback: Why Many Technologists Are Skeptical (or Terrified) ポッシュバック:なぜ多くのテクノロジストが懐疑的(または恐ろしい)なのか PMs をテクノロジーの新しい王様と女王としてクロングする前に、我々はテクノロジーの新しい王様と女王を扱うようにしましょう。 多くのエンジニアやテクノロジーの観察者から来て、エンジニアごとに2つのPMのアイデアは、 直ぐに貼り付けて、 エンジニアは有名なアレルギー , and the thought of an army of PMs swirling around a couple of devs is nightmare fuel for many. あるコメントは、 翻訳は必要ありません。 chorus of eye-rolls and “oh please” retorts 1 レディター 「この新しいAI波で私が見た愚かな糞のリストでは、これはかなり高くランクされています。 meeting overload and micromanagement 「1人のエンジニアのための2PMは私の本当の悪夢だ」 NGのピンクなPMの重い未来に反対する主要な議論は、 Gaurav Khanna は Ng の仮定に反対する点を提供します。 He notes that Ouch. このシナリオでは、現在の過剰生産的な開発を管理するためのより多くのPMの代わりに、おそらく 結局のところ、ChatGPTがユーザーのストーリーを書くか、顧客のフィードバックを分析できるなら、なぜそれをするために追加の人間を雇うのか? AI might automate parts of the PM role too 「同じAIの進歩が、彼らの仕事の核心的な側面を自動化することによって、PMの必要性を減らす可能性があるという事実を無視している」 「AIツールはますます製品仕様を生成し、ユーザーデータに基づいて機能を優先化し、フィードバックを分析して改善の機会を特定することができるようになっています。 the PMs just get smarter tools 信じるキャンプもある。 もちろん、AIはアプリを迅速にスケールすることができますが、経験豊富なエンジニアは、悪魔は細部にあります:デバッグ、システムの統合、エッジケースの処理、ソフトウェアのスケールアップなど。 笑ったNGのアイデア、彼らは愛するだろうと言った 疑ったのは、誰が 魔法でできる パンチライン: サルカズムを吐き出し、PM(偏見的に「中間マネージャー」と呼ばれる)が良いエンジニアを置き換える可能性があるという懐疑主義を強調する。 engineering won’t be as cheap and easy as Ng implies One cynical Hacker News コメント 「この男が何を吸っているにせよ、午前1時から5時までのエンジニアは、そこに頭の腐った狂気がある」 「プロジェクトにネットネガティブにならない」 「壁にLLMの幻想的なゴミを投げ捨てることによってジャックシットを構築する」 「確かに、開発者は誰もが時間を無駄にするために存在する無知な中間マネージャーに置き換えられるだろう」 もう一つの視点は、 : AI は弱い PM を暴露する 弱いエンジニアが、ひとりの観察者として、 言い換えれば、もしコード化が容易になったら、エンジニア自身が製品の芝生に侵入し始めるかもしれない(グラントコード化から解放されたときにより多くの製品の思考を処理できるから)、あるいは単に、 結局のところ、もしエンジニアがAIに1つの機能の10の変異を生成するように依頼することができれば、彼らはすべてを前面に指定するためにPMに頼る可能性が低いかもしれません。 PMS 解雇 survival of the fittest そして 技術的に鋭いデザイナーや熟練した開発者が、実際には無能なマネージャーを追い払うのだろうか?」 bad PMs will have nowhere to hide 過剰 そして、純粋な文化的抵抗を忘れないでください:多くの開発者は単に、より多くのPM監督を望んでいません。Redditのサチリックなシナリオでは、2人のPMがそれぞれ異なる方向にエンジニアを引っ張ることを想像しました。 会議が重い、マネージャーが重い環境で働いている人は誰でも、 PMの倍増は、コミュニケーションのオーバーヘッド、矛盾する指令、官僚的ブレイクを導入する可能性があります - ソフトウェア開発で長年にわたり擁護されてきた敏捷でスリーンなチームの正反対です。 「彼らは両方とも異なる製品ビジョンを持っていますが、お互いに話し合うことはありません - 彼らはただお互いを無視し、やりたいことをするように言います。 too many cooks in the kitchen バランスの取れた(But Bullish) Take: Who's Right About the Future Team Ratio? ほとんどのテクノロジーの議論と同様に、真実は中間のどこかにあるかもしれないが、懐疑論者が認める以上にNGのビジョンに傾いている。 それはアイデアの挑発的な月の写真であり、時には議論を起こすために極端を述べる必要があります。 Ng is onto something real, but the 2:1 ratio is an exaggerated scenario ブリック側では、NGの核心的な洞察を否定するのは難しい。 多くの場合、ビルディングソフトウェアをより速く、より安価にしました。かつてチームに数週間かかっていたプロトタイプは、今や熟練したPMやデザイナーがAIアシスタントと1日で作り上げることができます。Ngの独自の機関、AIファンドは、明らかにチームがPRの重いモデルを実生活で実験しているのを見ています。そして、市場はAI能力でビジネスニーズをブリッジできる人々を褒めています。 そして、AI中心のPMのためのコース、ワークショップ、役割の拡大を見た。 has 「AI製品管理には明るい未来がある!」 しかし、ビュリッシュであることは、ブレンドを着ることを意味しません。 たぶん明日の「エンジニア」もまた多くの製品作業(仕様を書く、機能を選択)を行っているし、明日の「PM」はより技術的である(軽量なコードや少なくともAIによるプロトタイプ化ができる)。 生産性は高く、両側の生産性は プロジェクトの段階に応じて、時には正しいアイデア(PM-heavy)を持ち出し、時には複雑な技術的な詳細(engineer-heavy)を実行している。 we won’t literally see teams with 2 PMs per engineer across the board. still have a 5:1 or 4:1 ratio bottleneck might shift また、すべての製品管理スケールがエンジニアリングの出力と線形的なものではなく、ある程度のユーザーの研究、デザインの洞察、戦略的思考などがあります。 AIはこれらの人間の要素を完全に置き換えることはできないが、少なくともまだそうではないので、強力な製品思考者の需要は確実に増加するだろう。 言い換えれば、AIはタスクをまとめ、加速するのに役立ちますが、(現時点では)ユーザーの痛みの点に真に共感したり、殺人者機能のユーレカの瞬間を持ったりすることはできません。 human judgment 「そのプロセスを通じて、真の価値と特定の価値を持つものを提供するために、まだ多くの入力が必要です... ユーザーを真に理解するにはまだ十分ではありません」 l 同時に、エンジニアも消えていませんが、彼らの役割は進化しています。 AIによって生成されたコードをガイドし、システムを統合し、AIができない困難な問題に取り組むことができます。誰かが「エンジニア」が複数のAIコーディングエージェントを監督する未来を想像するかもしれません - より高い出力を効果的に管理する - PMが複数の製品の方向や実験を同時に監督します。 . technical directors or editors team structure becomes more fluid Ngの極端な比率の例は、あらゆる場所で規範になることはないかもしれないが、それは方向を示している。 彼の挑発は、おそらく企業が製品戦略に投資し、問題により多くのコーディングを投げ込むのではなく、起きることを目指しています。そして、彼は正しいでしょう。 the relative importance of pure coding vs. product thinking is shifting More PMs, More Code, More Questions より多くのコード、より多くの質問 Andrew Ngは本質的にガウントレットを落とし、製品マネージャーが今日よりもはるかに多数で、おそらくより批判的である世界を予測しました。 平均的なスタートアップで? 懐疑的ですが、否定的ではありません。 私たちは見ることができます。 私たちはチームが異なる時点で重い製品の入力と重いエンジニアリングの入力を必要とする間の波動を見ることができます。 すべてのエンジニアのための2PM new hybrid roles しかし、テクノロジーのトレンドを見ている人として、ブラウザ戦争からソーシャルメディアのブームまで、これを言います。 一年前、非コードが自然言語を介して機能するアプリを構築できると想像した人はほとんどいなかったので、もしアンドリュー・オンがPMが混乱する未来を予想するならば、それは少なくとも私たちが準備すべき未来であり、たとえ私たちが「PM地獄」のエンジニアが恐れるような状況に陥らないようにするためでもある。 never bet against a paradigm shift when AI is involved 結局、あなたが Team PM か Team Eng であろうと、賢い動きは、 もしあなたが開発者なら、AIコーディングアシスタントで安心して、製品感覚のスキルを磨くことができます。もしあなたが製品マネージャーなら、より良いテクニカルチップを磨いて、あなたのワークフローでAIを活用することを学びましょう。 そして、誰もが - コーディネーターもPMも同様に - AIで働くことを学ぶべきです、なぜならそれはゲームのルールを変えているからです。 embrace the tools and level up your game 「誰もがコードを学ぶべき」 だから、クラシックは もしかしたら、少なくとも5年後には、製品チームの構成について非常に異なる方法で話すことになるだろう。 AIがグラントワークを自動化しているなら、それが本当に重要な場所に人間の才能を再焦点にしよう - 創造的、戦略的、共感的な製品リーダーシップ 高レベルのエンジニアリングの発明性 つまり、より多くのPMS、より少ないPMS、または単に PMとエンジニアの皆さん、この議論から一つは明らかです。 「1 PM to 7 Engineers」 It’s about time we re-thought how we build products そして スマート “vibe coding” is changing the vibe of software teams, and none of us can afford to ignore it. 会話の全文をご覧ください: https://www.youtube.com/watch?v=RNJCfif1dPY&embedable=true https://www.youtube.com/watch?v=RNJCfif1dPY&embedable=true&transcript=true&video=false
