自走しないメンバーは存在しない。育て切る覚悟があるか
自走できないメンバーは存在しません。存在するのは「自走できる構造を用意できていないマネージャー」です。厳しい言い方ですが、私はいつもこれを自分に突きつけています。自走は要求では生まれず、構造で引き出すものです。
1. 能力不足ではない──「意味」と「守り方」が欠けている
自走しない人=能力が低い、と短絡的に捉えるのは危険です。私が現場で見てきた多くのケースは、能力ではなく「意味が見えていない」「守られ方が設計されていない」だけでした。そして、自走できていない責任は全てマネージャーにあります。ここに言い訳はありません。メンバーが120%で走れないのは、マネージャーの力不足です。
- 何から着手すべきかわからない
→ 目的と到達点を言語化して導けていない - 正解に近い選択肢が見えない
→ 判断軸・比較軸を渡せていない - 失敗への不安が勝っている
→ 不安を引き受ける「守り方」を設計していない - “価値”の基準が揃っていない
→ 価値基準とレビューの型を育て切れていない
これは怠慢ではなく、視界が曇っている状態です。視界を晴らし、守り方を設計するのがマネージャーの役割です。
2. 責任は宣言ではなく設計で示す
「失敗は全部私が責任を持つ。だから前に出てほしい」──この言葉を口にする人ほど、いざとなれば逃げる。私はメンバー時代、何度もそう感じてきました。だからこそ今は「責任=段取りと構造」で示します。
- 責任範囲の明示:どこまで自分が盾になるかを事前に宣言する。
例:「法務・価格交渉・役員報告はすべて私が持つ」 - 立て直し可能域の設定:KPIが悪化した時にどこまで回復させるかのラインを決める。
例:「CVR −10%までは改善設計で戻す。それ以上は設計を一緒に仕切り直す」 - 介入ルールの透明化:どの状態でマネージャーが入るかを明文化する。
例:「赤=即介入/黄=観察と伴走/青=任せる」
任せる=放置ではありません。任せるなら、守り方まで設計し、失敗したら一緒に回収し、再現性のある学びに変える。これが本当の「責任を取る」です。
3. 意味と判断軸を渡す──1on1の起点
行動を変えるのは指示ではなく問いです。成果の詰問から入らず、まず本人の志向と意味づけを言語化します。意思は強制ではなく、自分の言葉になった瞬間に動き出します。
1on1の問い(起点)
- どんなPdMでありたいですか?この半年で何を誇れるようになりたいですか?
- 今回の仕事は誰のどの行動を変えると価値になりますか?
- その価値を測る一次指標は何ですか?(TTV/Aha/翌日活性など)
- 迷ったときの判断軸は何ですか?(ユーザー価値>短期CV など)
4. 小さく任せ、大きく守る──成功体験の設計
優秀なマネージャーほど手を出し過ぎます。結果、メンバーは育たず、決めるのはいつも上長になります。小さく任せて大きく守るために、打席のサイズを設計します。
Safe-to-Fail設計(例)
- 範囲を切る:ユーザー課題1つ/ファネル1段/仕様1パーツ
- 成功条件を明示:Aha率+3pt、TTV−10%、問合せ一次応答−15秒 など
- 失敗の上限を明示:指標の許容下限、ユーザー影響、巻き戻し条件
- レビュー時期を先に決める:開始前に「いつ・何で評価するか」を握る
5. フィードバックは“意味付け”で返す
行動の速さだけを褒めても再現しません。なぜそれが価値かを返します。まず動いたことを称え、次に判断の根拠を言語化し、最後に次の一歩を一緒に決める。
フィードバックの型(PREP+意味)
- 結論:今回の仮説→検証は正しい順序でした。特に一次指標を先に握ったのが良い。
- 理由:Aha率に先に効かせられるため、TTV短縮の効果が波及します。
- 具体:オンボード2画面目の摩擦を−1クリックにしたのが効いている。
- 次の一歩:同じ型をサインアップB面でも試し、再現性を検証しましょう。
6. 伸びる人/伸び悩む人の“兆し”
才能の差ではありません。問いと環境で変わります。
伸びる兆し
- 納得できない時に質問する
- タスクでなく目的を語る
- 観察→仮説→検証を自分の言葉で言う
伸び悩む兆し
- 「理解したつもり」の曖昧さが残る
- 失敗を恐れて沈黙する
- 進捗が「完了タスク数」に寄る
7. 腹で受け止め、背中で示し、心で支える
マネージャーはいつも葛藤します。任せたい、でも任せ切れない。介入すべきか、見守るべきか。短期成果か、長期育成か。私が出した答えはシンプルです。「未来で勝てる人」を一緒に育てる。そのために、覚悟と構造をセットで差し出す。人は、信じられた瞬間に変わります。スイッチを押すのは、私たちの仕事です。
関連記事
“アウトカムを出すPdM”へ──型と環境を揃えて先に進む
この記事のフレームは、私が現場で「TTV短縮」「Aha率改善」「社内評価向上」に効かせてきた型の、ごく一部です。
- 要件定義や検証が“なんとなく”進んでしまう
- 正しいと思うのに周囲が動いてくれない
- 成果を言語化できず評価につながらない
こう感じるなら、次の一歩は環境を整えて自分を加速させることです。Notionテンプレ+実務フレーム+7日Sprintで、すぐに手を動かせる状態にしました。
PdMのための仕事大全【保存版】(Notion+実務テンプレ付)
基礎を固めつつ“成果を出す型”を身につけたい方はこちら:
PdMキャリア完全ロードマップ(Notion+実務テンプレ付)


コメント