---
name: pm-shigoto-practice
description: プロダクトマネージャーのしごと実践ガイド。PM業務の実践、COREスキル（コミュニケーション・組織化・リサーチ・実行）、ステークホルダー管理、ユーザーリサーチ、アジャイル実践、ロードマップ作成、優先順位付けなどPM業務全般で参照。
---

# プロダクトマネージャーのしごと 実践ガイド

出典: 「Product Management in Practice, 2nd Edition」（Matt LeMay著）

## Triggers

以下の状況で使用：
- プロダクトマネジメントの実践方法を確認したいとき
- PMとしてのスキルや行動指針を参照したいとき
- ステークホルダーとの関わり方で悩んでいるとき
- 優先順位付けやロードマップ作成で迷っているとき
- チームの組織化やコミュニケーションを改善したいとき

---

## PMの3つの責任

1. **チームメンバーのベストを引き出す**
2. **直属チーム以外の人と一緒に働く**
3. **曖昧さに対処する**

> 「何かがわからない状況を把握するスキルは、その後で何かをするスキルと同じくらい重要」

### 悪いPMのパターン

1. **ジャーゴンジョッキー** - 専門用語で煙に巻く
2. **スティーブ・ジョブズ信奉者** - ビジョナリーを気取りユーザーの声を無視
3. **英雄のPM** - 自分だけで全部やろうとする
4. **張り屋さん** - 達成より働いた時間を誇示
5. **殉教者** - 責任転嫁と言い訳に終始

---

## COREスキル

### 1. コミュニケーション

**核心**: 明快さと心地よさのバランス

**自己チェック**:
- やりにくい会話をファシリテーションしているか？
- 遠回しではなく単刀直入に伝えているか？
- 相手の発言に熟慮深く反応しているか？

### 2. 組織化

**核心**: 自らを不要とせよ

**自己チェック**:
- 1週間休んでも優先順位付けとデリバリーができるか？
- 「何をしているのか？なぜ？」に誰でも答えられるか？
- チームに必要な情報に簡単にたどり着けるか？

### 3. リサーチ

**核心**: 好奇心をもって生きよ

**自己チェック**:
- 週1回以上ユーザーと話しているか？
- 意思決定はビジネスゴールとユーザーニーズに基づいているか？
- ユーザーニーズは実際のユーザーの声を反映しているか？

### 4. 実行

**核心**: すべての努力はアウトカムのために

**自己チェック**:
- ビジネスインパクトへの複数の道筋を持っているか？
- 戦略的ゴールがスプリント計画の中心になっているか？
- 作業量の積み上げで正当化していないか？

---

## 好奇心をあらわにする

### しなやかマインドセット

- 固定マインドセット: 「自分は〇〇な人間だ」
- しなやかマインドセット: 「今はできないが学べる」

### 実践のポイント

1. **違いという贈り物** - 異なる意見を学びの機会と捉える
2. **距離を置く** - 自分のアイデアと自己を切り離す
3. **「なぜ」を訊ねる** - 理由を訊くことで理解を深める
4. **決めつけない** - 答えを持たない勇気

---

## コミュニケーション技術

### 原則

1. **あたりまえを問う** - 暗黙の前提を明確にする
2. **遠回しではなく単刀直入に** - 曖昧さを排除する
3. **アウトカムは意図より重要** - 結果で判断される
4. **「よさそう」に注意** - 安易な同意は問題の先送り

### Disagree & Commit

1. 異議を表明する（明確に）
2. 理由を説明する
3. 決定が下されたらコミットする
4. 決定後は全力で推進する

**NG行動**:
- 陰で不満を言う
- 決定後に足を引っ張る
- 「言ったとおりになった」と後出し

---

## シニアステークホルダーと働く

### 「権力」から情報へ

- 上位者の発言を鵜呑みにしない
- 「なぜ」を理解する
- 情報として受け止め、分析する

### 「いいね、やって」の罠

上位者が安易にGOを出すと、チームが混乱する。

**対処法**:
1. 本当に優先すべきか確認
2. 既存の計画との整合性を問う
3. 何を止めるべきか明確にする

### 上にマネジメントする

- 上司の成功を助ける
- 上司の上司の視点を理解する
- 相手の関心事に寄り添う

---

## ユーザーに話しかける

### ステークホルダー ≠ ユーザー

| ステークホルダー | ユーザー |
|------------------|----------|
| 社内の関係者 | 実際にプロダクトを使う人 |
| ビジネス目標を持つ | 自分の課題を解決したい |
| 発言力がある | 声が届きにくいことも |

### リサーチのベストプラクティス

1. **週1回以上**ユーザーと話す
2. **行動を観察**する（言葉だけでなく）
3. **オープンな質問**をする
4. **仮説を持ちつつ**修正する準備をする

**ペルソナの罠**: 架空のペルソナより実在のユーザー。「典型的なユーザー」は存在しない。

---

## 「ベストプラクティス」の限界

### 主張を鵜呑みにしない

- 「他社もやっている」は根拠にならない
- コンテキストが違えば結果も違う
- 成功事例の裏に失敗がある

### フレームワークは有用なフィクション

- 完璧なフレームワークは存在しない
- 出発点として使う
- 自社に合わせてカスタマイズする

---

## アジャイルの実践

### 3つの迷信

1. **アジャイル＝スクラム** → 方法論は手段
2. **アジャイル＝計画なし** → 適応的計画は計画
3. **アジャイル＝速い** → 学習を重視

### マニフェストからモンスターへ

形式的なアジャイルは本末転倒。「アジャイルをやる」より「アジャイルである」。

---

## ドキュメントとロードマップ

### 「俺たちは要件の奴隷だ！」

仕様書はプロダクトではない。過剰なドキュメントは害になる。

### 安全なドキュメント

- **Living Document**: 常に更新される
- **SSOT（Single Source of Truth）**: 唯一の真実の情報源
- **最初のドラフトは1ページ**: 詳細は後から

### ロードマップの原則

1. **方向性を示す**（詳細な計画ではない）
2. **コミットメントではない**（可能性を示す）
3. **定期的に見直す**

---

## ビジョン・ミッション・戦略

### アウトカムとアウトプットのシーソー

| アウトプット | アウトカム |
|--------------|------------|
| 機能、リリース | ユーザー価値、ビジネス成果 |
| 測定しやすい | 測定しにくい |
| 短期的 | 長期的 |

### 戦略はシンプルで明快に

**良い戦略の特徴**:
- 1文で説明できる
- 優先順位が明確
- 何をしないかが分かる

---

## データ駆動の罠

### 指標をめぐるトラブル

- **虚栄の指標（Vanity Metrics）**: 見栄えは良いが意思決定に使えない
- **グッドハートの法則**: 指標が目標になると指標でなくなる

### 指標の使い方

1. **行動につながる指標**を選ぶ
2. **複数の指標**でバランスを取る
3. **定性データ**と組み合わせる

データは答えを出さない。解釈が必要。判断はPMの仕事。

---

## 優先順位付け

### すべてを食べることはできない

- 「全部やる」は何もやらないと同じ
- トレードオフを明確に
- 「No」を言う勇気

### フレームワーク

```
RICE: Reach × Impact × Confidence / Effort
ICE: Impact × Confidence × Ease
MoSCoW: Must/Should/Could/Won't
```

### 考え方

- **夢は大きく、スタートは小さく**
- **可逆的な決定**は素早く
- **不可逆的な決定**は慎重に

---

## 分散チームの困難

### 遠くから信頼を築く

- **オーバーコミュニケーション**を心がける
- **非同期コミュニケーション**のルールを決める
- **対面の機会**を大切にする

### コミュニケーションアグリーメント例

```yaml
緊急連絡: Slack DM or 電話
通常連絡: Slack チャンネル
ドキュメント共有: Notion
返信期待時間:
  Slack: 4時間以内
  メール: 24時間以内
```

---

## プロダクトリーダーシップ

### 出世することの意味

自分で作ることから、人を通じて成果を出すことへ。

### 小さなガードレール、小さなフィードバックループ

- マイクロマネジメントを避ける
- 自律性を尊重する
- 早めに軌道修正する

### リーダーの責任

1. **ビジョンを示す**
2. **障害を取り除く**
3. **成長を支援する**

---

## チェックリスト

### 日常業務
- [ ] ユーザーと週1回以上話している
- [ ] チームの優先順位が明確
- [ ] ステークホルダーと定期的にコミュニケーション
- [ ] ドキュメントが最新

### 意思決定
- [ ] アウトカムを意識している
- [ ] トレードオフを明確にしている
- [ ] データと直感のバランス
- [ ] 決定の理由を説明できる

### チーム
- [ ] 自分がいなくても回る仕組み
- [ ] メンバーの成長を支援
- [ ] 心理的安全性がある
- [ ] フィードバックループが機能

---

最終更新: 2025-12-19