"プロダクトマネージャー"投稿一覧

最新情報が入ると個人・企業配信なSNSや動画などよりも、比較的に早く・広告収益が関係なく公正に、更新されるのはWikipediaです。ただし匿名ボランティアが編集なので、精度が低い場合もありますので、目安程度で使います。

直接多くのAIを使用という手もあります。インプットよりもアウトプットすることで、アウトプットされた例えば古い情報や間違った情報があるという事をインプットでき... 続きを見る

私は生成AIの最新情報をキャッチアップするために、X（旧Twitter）でAIメインに発信しているアカウントをフォローしたり、AI関連のウェブマガジンを読んだりして情報収集しています。
新しいモデルが出たらとりあえず触ってみるようにしています！

前職では、社内にそういう情報を広めるためのSlackルームがありました

自分では、YoutubeのPIVOTが、とても役に立っているように感じます。

いろいろやってみましたが愚直に直接話すしかないかなと。
1on1やランチ、飲み会などをしてオンライン・オフラインでもカジュアルに話せる場所を設けるのは大事だと思っています。定量や定性でも成果や効果を出しにくいところではありますが、だからこそある程度コミュニケーション施策はやっておいて損はなと思います。

ドラッガー風エクササイズをするのはおすすめです。
https://www.agile-studio.jp/post/apm-drucker-excersize...

NodeJs歴5年以上です。

結論から言うと、両方あると思います。
ただ、NodeJsはバックエンドが主戦場の言語であるため、バックエンド開発が多いかと思います。
フロントサイドはNode以外にJavascritpベースのFWである、ReactやVue、古い環境ですとjQueryを採用した事が多いです。なので、フロントは別の言語、もしくはJSベースのFWで... 続きを見る

スクラムにおけるプロダクトオーナーだと理解して回答をしますが、プロダクトオーナーの役割は「プロダクトの価値を最⼤化」することで、スクラムにおけるイベントは、スクラムが重視する「検査」「適応」「透明性」の3つの価値観を体現する場です。
この2つの視点から考えていくと、私なら、以下のようにプロダクトマネージャーに提案すると思います。

## スプリント内で実施するもので必... 続きを見る

基本はあった方がいいと思うので、拾いに行く・学びに行くスタンスです。
プロダクトやサービスの知識を多く持っている人と信頼関係を作ったり、早く価値のある情報に触れれるようなポジションを取り行くこともPM・PDMには大事なスキルだと思っています。
「ドメイン知識を持たずにプロジェクトを進めることができる」も正ではありますが、より効果的に・効率的に進めるには不可欠だと思います。興味・... 続きを見る

基本的なドメイン知識に関連する考え方は、Tatsunori Tanakaさんの回答にほぼ全面的に賛同しております。

そのうえで、

ドメイン知識を求められるとしたらどのように対応していますか？

に関しては、ドメイン知識のある程度でも重要になる現場であれば、かなり初期の段階でドメイン知識を収集しにいくアクショ... 続きを見る

こんにちは。最大50人のチームを見た経験がもとになりますが、地味ですが1on1が一番よかったきがします。ただ、1on1をはじめるときに、オリエンテーションとして

1. 1on1をやる意味や期待
2. メンバーに期待すること
3. 私に期待したいこと

を行い、第1回目はお互いにわかり合う目的もあって必ず「あなたの好きなものと嫌いなものは... 続きを見る

担当するプロダクト、PMに求められる役割によって異なるというのが前提ですが。
個人的な意見は以下です。

■基本的な考え
・ジョインする前からドメイン知識を持っておく必要性はない
・ただし、プロダクトマネージャーとしてはドメインを”理解する”姿勢と行動は必要
・特に課題探索、仮説検証をメイン業務にされる場合はドメイン知識が必要になりやすい... 続きを見る

ドメイン知識については、私も無形商材をGOALに導くための胆力の方が重要と考えております。
一方でメンバーと会話される中でどうしてもドメイン知識が必要になる場面もあるため、ジョイン後少しずつ必要なドメイン知識をキャッチアップするようにしています。

はじめまして。
「プロダクトマネジメントトライアングル」について初めて知りました。
PdMやPjMの方々の得意な領域は人それぞれだったりするので可視化する一つの手段として役に立ちそうです。
また、採用の際のこのトライアングルを意識するとミスマッチが防げそう。
私に関しては、開発者⇔ビズサイドに接点があるPMでマーケティング、パートナーシップ、ビジネスデベロッ...

ヘルスケアについては、帰ってもらう・寝てもらう・くらいしか思いつきません。
先々を考えてどんなに忙しくても休んでもらうタイミングは作っています。

メンタルケアについては、意外と負荷のポイントが遅延や作業量以上に「裁量権」「意思決定の風通し」などが関わってくるので、そこを非常に重要視しています。

・高頻度でコミュニケーションの場（２日に１回ランチ... 続きを見る

正解がない前提で回答します。

ズレが発生した時（特に遅れが発生した時）の動きとしては、スコープ範囲を絞る、変更する、がおそらく一番最初に出てくる選択肢です。「全てリリースできません」はビジネスインパクトが大きすぎたり、「全員残業です」というのはチームのマネジメント的に後々かなり苦しくなるのが見えているため、どちらも視野に入れつつも「まずはここまででリリースできないか検討しまし... 続きを見る

複数製品を一つのチームで管理していて優先順位付けをするのは至難の業な気がしていて（優先順位付けの観点が発散しやすそう）、情報収集を追えた後の意思決定は信念でやるしかないかもしれませんね。
・業績へのインパクト
・製品同士の連携有無
・将来達成したいビジョンからの逆算
・お客さんの状態
製品レベルでの開発投資をアロケーションする意思決定をするのであれ... 続きを見る

PdMも会社やプロジェクトで持っている役割や職責が違うので、一概には言えませんが一般的には参加してもらったほうが意思決定や連携・関係性は良くなるように思います。
スクラムイベント全ては大変だと思うので、まずはプランニングから出てもらうなどが良いと思います。
またその場をうまく活用してもらい、PdMが持つタスクをバックログアイテムとして分担するというやり方もあると思います。

実は納期になくていいもの、そのタイミングではなくて後からの方が良い影響があるから納期にはないほうがいいもの、結果は変わらないのに要する工数がちゃっかり肥大化してるもの、をプロジェクトの成功に情熱を燃やす人たちで探すのが良いと思います。それと並行して、進め方を改善するためのコミュニケーションへの投資を前もって決めて仕組みとしておいておくことかなと思います。

非常に忙しいのは同感なんですが、deliveryと高い共通認識をもつことの優先度は高く(実際にクオリティやスピード、インパクトにも影響が)、またそれがdeliveryを主に担う人がdiscoveryの解像度を高めることにも繋がるので、率先して時間を使うべきテーマだと思います。うまくワークすれば、忙しさの幾分かを解消するものでもあり、「チームでいいものづくりをしよう」なテーマの話し合いからまずはして... 続きを見る

「プロジェクトリーダーの教科書」おすすめです！