「私考える人、あなた作業する人」を越えて、プロダクトマネジメントがあたりまえになるチームを明日から実現していく方法/product management rsgt2023

4プロダクトを成功させようと悪戦苦闘しているものの、プロダクトの行く末についてプロダクトオーナーやプロダクトマネージャといった一部の人の意思決定に依存しすぎてしまっていると悩んでいるチームが、彼らと共にプロダクトマネジメントを実行できるようにするセッションです。「プロダクトオーナーがボトルネック」という…

[invoicekun]

「みんなで同じ事を一緒にやる」をチームワークだと考えてる奴、マジで一緒に働きたくない。

[ohaan]

良い考えだと思うけど、PMと開発者の給与格差そのままで権限と責任だけ増えても増やされた開発者は全然嬉しくないんだが。給与を増やさず意識だけ高くさせようとするのやめない？

[sigwyg]

言い方が悪い。PdMはチーム外と良く話すが、開発者は技術に集中するってのは職種が違うので当たり前。それを「PdMは経験を積んでるが、開発者は限られた経験になる」とすると、開発経験をガン無視した蔑視表現に感じる

[ot2sy39]

これ書いた人、開発者も意思決定に参加をと言ってるけど、意思決定権限渡す気があるのかしら。

[odakaho]

すげえなこのページ数で。PdMがパンクしてプロダクトが成長しないのは開発者のせいって。

[mouki0911]

開発者の見下しが酷い。こんな認識だから日本から世界を代表するテック企業が生まれないんだろうなと。

[rityel]

良いですね、これが刺さった人間とは断固一緒に仕事したくないです / 言葉を変えて経営者目線を持てと言われてるのと変わらんのにみんなチョロすぎる。開発者視点の「機会損失」の話など一切ないポジショントーク。

[oshishosan]

現実「私考える人、あなた作業する人って言ったでしょ、余計な事しないで」

[highgrenade]

2点突っ込みたい。プロダクト開発が失敗しているならそもそもプロダクトマネージャー失格。やってること、ただの営業じゃんと思った。あとは、エンジニアが開発したものがあるから外営業できることを忘れないでね。

[moromoro]

ひねくれ者のワイにはSide Bも含めて開発者ディスにしか読めんな。。みんなが機会損失を機会損失と捉えないのが難しいところよね

[kiichi69251]

あとで読む

[simomm]

プロダクトマネージャーがボトルネックにならないように、チームメンバーにも考えて決める機会を与えていく

[koba789]

「プロダクトを作りたい」エンジニアだけでチームを構成できたら PdM なんて要らんのだけれど、現実は（大きい組織ほど）そうではない。一方でそういうエンジニアだけの少数で勝ちに行くやり方もあるとは思う

[takatama]

SideB含めて秀逸！イシューからはじめよの実例として使える

[wtatsuru]

横方向と上方向の順序、投資のバランスね

[emmeleia]

説明長すぎて何を言ってるのかさっぱりわからない、とチームメンバーに思われてるんじゃないのかな？

[akatuki_sato]

レイヤーとポジションと視点を分けて見ることが出来ると、かなり良い資料と思える。エンジニア系PdMとして自分も何か出力しないとな・・・

[kusigahama]

技術の価値がわからない人間の話を聞いても仕方ない

[sukoyakacha]

コンビニバイトも経営者視点を持って働かねば！！！

[kuni-kuni]

稀代の名著

[yukiyan_w]

技術者に対する認知の歪みがすごいな... この人と違って、マジメにやってるまともなPdMの方々にはいい迷惑だろうな

[takutakuma]

PdM の方がすごいんだぞってのが見えて何が言いたいのかいまいちわからなかった。内向きと外向きになるのは担当領域の違いとか、責任が違うからなのと、忙しいからと自チームからのアポが取りにくいのはどうかと思う

[stk132]

自分は権威主義的なところがあるので、こう思いました。「で、お前は何を作ったの？」 / スライドの中にPdMとしての実績がなくて、著書の紹介しかないんだよね

[sirobu]

noteの方の経歴見たけど具体的な実績を書いていないプロダクトマネジメントアドバイザーってそれただの素人では……？ 著書も自費出版の同人誌だし

[manimoto]

開発者が顧客接点や施策の意思決定機会を増やすについては同意。一方PdM側もプログラミングする機会や技術習得の時間を増やす必要があると思っている。資料にはPdMが開発の解像度を上げる点言及なく片手落ち感がある。

[yoiIT]

「我々の間には、チームプレーなどという都合のよい言い訳は存在せん。有るとすればスタンドプレーから生じる、チームワークだけだ。」 攻殻機動隊　荒巻大輔

[mioooon]

このまま行くとこの開発者は退職するか、自分もマネジメント側になるかのどちらかで、技術は外注となるのか？書いた人はコア技術を持たない禿鷹SIerのPMなのか？

[viperbjpn]

営業とプロダクト企画サイドと開発サイドと運用サイドとサポートサイド。大乱闘スマッシュブラザーズ。プロジェクトマネジメントとプロダクトマネジメントとプロダクトオーナ。壁を作ってるのは誰だろう

[xlc]

やりがい搾取。給与分だけ働いて定時に帰るという働き方をしないと、日本はますますダメになると思うぞ。

[bouzuya]

壁をつくらず双方が考えるべき領域を設けるなど、全体として機能させるための意識や工夫はすべきと思う。職責の違いに対しての認識の甘さや相互の敬意のなさを感じる記述があり、逆に壁をつくりそうではある。

[nishi1231chang]

開発者も何を求められているか考えるのはよい。それで上手く言ってる会社も知ってる。その場合、PdMにも開発経験があって技術者目線も持っている必要がある。そしてこの資料の作成者は当然あるってことよね？

[rryu]

これは技術者も経営者視点を持てのプロダクトマネージャ版で、登壇の方が好きだったりマネジメントチームの形成に失敗して手が足りないPdMの他力本願な夢物語である。

[mezamashi0540]

自分にはダメな経営者が部下に何の権限と報酬も渡さずに「経営者目線を持て」って言うやつとの違いがわからなかった。

[d6rkaiz]

開発者への暗黒面がでかすぎない？

[Kenju]

考える人はいつかAIに取って代わられると思う。AIの指示に従って作業する人ばかりになりそう。

[arguediscuss]

マネジメントチームの中に、フッ軽する人と開発チームと密にコミュニケーションする人の両方が必要（一人では難しい）なのでは。

[morygonzalez]

「みんなでプロダクトマネジメントしようぜ」は違うと思うなぁ。解決方法を洗練させること（プログラミング）だけが好きな人はいる。PdMが解決すべき問題の専門家であるべきだし、社畜はPdMだけで十分。

[nabinno]

開発とPdMの会話が少ないチームは、「うまい」を情報システムの有効性、「はやい」を情報セキュリティのCIAと捉えていることが多い。そういう意味で、初期フェーズのプロダクトはコア業務に入れてはダメ。

[toitoitoi2718]

開発者であってもプロダクト開発に当事者意識持つのは大事。PdMも開発者側に寄り添うのも大事。

[yamadadadada2]

俺はこれ良いと思ったな。ロール切って形だけのスクラムやるより、もっと小さなチームでお互いの仕事に踏み込んでいけるほうがよほど価値があると思う