今回は、強いメッセージというより、ここ2ヶ月で自分が感じたことを、そのまま素直に書いてみようと思います。半分はポエムのようなものです。お付き合いいただけたら嬉しいです。

きっかけは、Claude Codeでした。

この主語がズレたまま「成熟期に入ると機能開発数は少なくなる」と捉えると、実は大きな誤りにつながるかもしれない。そんな話です。

この記事は、pmconfの動画や資料をもとに、学びのポイント・自分の環境との共通点や違い・どう活かせるかを自分なりに整理するシリーズの第四弾です。

この記事は、pmconfの動画や資料をもとに、学びのポイント・自分の環境との共通点や違い・どう活かせるかを自分なりに整理するシリーズの第三弾です。

今、あらゆるプロダクト開発現場で「AI活用」が叫ばれています。一方で、

現在、私はエンジニアリングのバックボーンを持ちながら、プロダクトマネージャー（PdM）とデザイナーが所属する組織のマネジメントを行っています。

これまでnoteでは、「プロダクトマネージャーを名乗る前に知っておくべき、たった1つのこと（顧客理解の本質）」や、「4500年前のピラミッドから学ぶ、現代プロダクトマネージャーの役割分担」といったテーマで記事を書いてきました。

日々、多くのプロダクト開発の現場と向き合い、また採用面接で様々な方とお話しする中で、私の中に一つの強烈な問題意識が芽生えています。 それは、「職種」や「肩書き」という枠組みが、私たちが本当に作るべき「ユーザー価値」を時に見えにくくしているのではないか、ということです。

この思いを背景に、今回のnoteでは、私が今のプロダクト開発組織──特に現場で手を動かすエンジニアやデザイナーの皆さんに最も伝えたい「メインの主張」を書きます。

それは、「プロダクトづくりに関わる人は皆、エンジニアリング、デザイン、プロダクトマネジメント、プロジェクトマネジメントの『4つのスキル』を併せ持つべきである」ということです。

そして後半では、一つの「究極の問い」に切り込みます。 「もしエンジニアやデザイナーがマネジメントスキルを持ち、さらにAIが進化するなら、専任の『プロダクトマネージャー（PdM）』という役割は、本当はいらないのではないか？」

昨年の私の登壇資料『AI時代にプロダクトマネジメントは必要だけどプロダクトマネージャーは役割として必要なのだろうか？』

今回は、最近読んだ書籍『顧客思考の仕事術 AI時代はお客様に会いに行く人が生き残る』をきっかけに、あらためて考えた「顧客理解」の大切さについて書いてみます。

プロジェクトが停滞した時、「技術力が足りない」「要件が特殊すぎる」と様々な理由が語られるが、最前線の現場で起きているボトルネックを観察すると、真因は技術だけでは説明できないことが多く、進め方や役割分担といった“構造”がボトルネックになっているケースがあります。結果としてリリースが遅れ、顧客が価値を受け取れるタイミングも後ろ倒しになってしまう。

先に一言で感想を伝えると、「登壇者全員が、テックとビジネスの両方を当たり前に理解しながら、泥臭いところにも自分の手を動かしている」という印象でした。

概念や戦略の話にとどまらず、実際に自分たちで作り、動かし、売っている人たちの言葉が並んでいたことが、セッション全体の密度の高さにつながっていたように感じます。このレポートでは、3つのセッションから私が特に持ち帰ったことをまとめます。

この感覚に、心当たりはありませんか。毎週30分、きちんと時間を確保して、相手の話を聴いている。それでも振り返ると、何が変わったのかよくわからない。そんな1on1を、私自身も続けていた時期がありました。

今回は、以前から気になっていたテーマ、「FDE（Forward Deployed Engineer）」について学べる動画を視聴したので、内容を共有します。

• 新卒や未経験で、事業会社に行くかSIに行くか迷っている方

• 現在SIerにいて、事業会社への転職を考えている方

• 一度SIを離れて事業会社にいるが、またSIに戻ろうか検討している方

• 20年前のSIや当時のIT事情を少し懐かしく振り返りたい方