#PM 162件

「大事なのは得意領域を見極め、知識を身に付け続けること」　エン・ジャパン岡田氏が語る、PMのタイプ別キャリアの進め方

「PMはミニCEOかもしれないが、王様ではない」　“プロダクトの退行”を引き起こさない組織作りと考え方

“デキるPM”と“イマイチなPM”の「ホウレンソウ」の差　成長機会を失わないために、ジュニアPMがやりたいこと

“デキるPM”になれるかは「ホウレンソウ」のクオリティで変わる　日常業務における報告・連絡・相談の具体例

プロダクトの開発・運用で起きやすい“ざんねん”な事例　致命傷を避け、期待に挑戦し続けるために必要なアプローチ

プロダクトの企画段階で起こりやすい2つの“ざんねん”　「どうしてこうなった？」を生んでしまう原因と回避案

“MyPM像”は知識・スキルではなく「Character」で考える　“自分らしさ”を作るために意識したい、行動と自己開示

転機は「比較」と「甘え」に対する気づきの言葉　自信喪失期を経験したPM初心者が“MyPM像”を確立するまで

「仮説を出すための分析方法は？」「課題以外に見ているデータは？」　リクルートのプロダクトマネージャーが答える、データ分析のQ&A

データ分析には“適切な好奇心”、企画作りには“国語力”　プレイヤーとマネジメント、それぞれに必要なスキルと経験

データ分析の重要性を感じるのはどんな時？　“利害が一致しない時”と“プロダクト変動時”に感じたメリット

「開発の前に分析」「仮説を議論してから進行」「リサーチも選択肢に入れる」　プロダクトマネージャーが日々データ分析で意識していること

優先順位をつける時に意識したいのは「判断の軸」　プロダクトマネージャーが“説明しやすい状況を作る”には

上位レイヤーがボトルネックにならない、自律した組織編成　「ミッションを止めないための“遊軍チーム”がある」　「職種を揃えてクイックに意思決定できるようにする」　

ユーザーが欲するものを見つけるために“N1を考える”　UXリサーチャーやパーソナリティサクセスと協力した、インプット頻度の高め方

「新たな市場を作る難しさ」「金融プロダクトならでは難しさ」　プロダクトマネジャーが語る、良い体験を作るための“制約”

音声×テクノロジーのVoicy、お金×テクノロジーのB/43　大型の資金調達をした2つのtoCプロダクト

どんな良いことが起きるかわからないと、使う気にはなれない　ユーザーとのコミュニケーション品質を高める工夫

ペルソナが作りにくく、人数の多いプロジェクトで起きた課題　新サービス開発の企画・検証フェーズにおけるPMの立ち回り

「勉強時間を作って技術力を高めるだけでは長続きしなかった」　カオナビCTOが大事にしている“自分自身が楽しむ”こと

「エンジニアもデザイナーもPMと呼ぶ時代がやがて来る」　PM Club主催者・佐々木真氏が見る、プロダクトマネージャーの未来

「現場の信頼を勝ちとる」意識がCTO就任につながった　広い視野で課題を解決していけば、権限は自ずとついてくる

「アメリカのPM界の成熟度が10だとすると日本は2」　PM Club主催者、佐々木真氏が “PMスキルの定義付けと言語化”に挑戦する理由

SIerから自社サービス企業への転職で感じた「ここまで言っていいんだ」　領域が違うからこそ必要だった“慣れ”　

リクルート時代は関わる全プロジェクトを燃やした「伝説の問題児」　PM Club主催者・佐々木真氏が燃やし続けた中で得た、大きな学び

1社目で社内フレームワークを支援、2社目で“SOAの第一人者”的な活動　カオナビCTO・松下氏のエンジニアキャリアのスタート

「自分が持っていたPdMへの期待が自分に降ってきた、ヤバイ」　元エンジニアがPdMになったときにとった3つの対策

PdMについて学んだら生まれた“優しい目”と“厳しい目”　いちエンジニアがPdMについて調べて感じたこと

営業・CS・開発が犬猿の仲ならどうすればいい？　PMの存在意義、“理解のハブ”になるための心構え

プロダクトマネジメントの罠「ビルドトラップ」に陥る兆候とは？　ビビッドガーデン×ベルフェイスのPMが考える“危険信号”

すべてを構築してあげるのではなく、基礎的要素だけ提供する　Notionが目指す、“真のユビキタス”とは？

なぜプロダクトマネージャーが打ちのめされて、辞めていくのか　“プロダクトマネージャー万能説”の裏にある誇大広告

プロダクトマネジメントの課題の多くは“人間”にある　人類学専攻のPMが語る、顧客中心のプロダクトリーダーシップ

「テクノロジー」「ピープル」「プロジェクト」「プロダクト」　エンジニアリングマネージャーに必要な4つのマネジメント知識体系

「エンジニアとのコミュニケーション、うまくいってない気がする」　新米PdM奮闘記、葛藤の中で得た“気づきと学び"

「実は古くて大きい会社のほうがCTOはいない」　変化を望むならCTOを設置すべきと広木大地氏が思う理由

ビジネスドリブン&トップダウンで陥ったビルドトラップ　「アウトプット偏重」からの脱出を実現した3つの施策

エンジニアリングとは、何かを具体的に実現していく行為　広木大地氏が『エンジニアリング組織論への招待』を書いたわけ

時間もお金もない開発状況でも、心理的安全性は作れる　イノベーションを起こすチーム作りに必要な、リーダーの心構え

厳しい開発環境で、なぜ心理的安全性を保てたのか？　「リーダーのツールキット」を活用した“行動のふりかえり”

「リストラされても自分を俯瞰して楽しむ」　大切なのは修羅場や地獄も楽しんで乗り切るマインド

カオスな状態での意思決定に大切な「地獄の中で楽しむ」こと　CTOは「やるべきことをやり決めたことを正解にする」に尽きる

プロダクト開発で陥りがちな“アウトプット指標の甘美な罠”　ビルドトラップにはまらないための組織づくり

大事なのは「一緒に働いたら楽しいやろうな」と思える関係性を作っておくこと　Sparty・CTO山下氏が語る、リファラル採用のコツ

「新しいものはめんどくさいけれど、やったらやったで楽しい」　IoT企業の1人目Webエンジニアとして取り組んだこと

1

2 3 4