PM 現場ラボ
コンサル流 PM 実体験 ・ ・ 文責：PM 現場ラボ 編集部

PM のチーム育成｜パフォーマンスを引き出す 7 つの原則

心理的安全性・役割明確化・成功体験積み上げ・フィードバック——現役コンサルマネージャーが実践する、チームのパフォーマンスを最大化する 7 つの原則を段階的な実装ロードマップとともに解説します。

#チーム育成 #ピープルマネジメント #心理的安全性 #コンサル流 #チームマネジメント

チームのパフォーマンスを上げたい。でも何から手をつければいいか分からない——PM が抱えるこの悩みは、「育成の原則」を体系として持っていないことが本質的な原因です。

結論から言います。チーム育成には再現性のある 7 つの原則があります。 この原則を順番に実装していくだけで、チームは「言われたことをこなす集団」から「自走して成果を出すチーム」へと変わります。

本記事では、コンサル現場で 10 年以上 PM を経験して得た「チームのパフォーマンスを引き出す 7 つの原則」を、実践的な手順とともに解説します。1on1 の質問設計やクライアント期待値管理と合わせて活用することで、PM としてのマネジメント力を体系的に底上げできます。

チーム育成で PM が陥りがちな 3 つの誤解

原則を学ぶ前に、チーム育成において PM が犯しやすい誤解を整理します。

誤解実態正しい考え方
「優秀な個人を集めれば良いチームになる」個人の能力とチームパフォーマンスは別物心理的安全性・役割・目標の設計が必要
「メンバーが育つのは時間の問題」放任は成長ではなく停滞を生む意図的なフィードバックと成功体験の設計が必要
「モチベーション管理は HR の仕事」PM はチームの環境設計者PM が日常的に動機付けの仕組みを作る

Google が 5 年かけて 180 以上のチームを調査した「Project Aristotle」の結論は明確です。チームの高パフォーマンスを予測する最大因子は「誰がチームにいるか（個人の能力）」ではなく、「どのような環境でチームが機能しているか」でした。

原則 1：心理的安全性を確立する

心理的安全性とは「このチームでは、対人リスク（批判・恥・処罰）を恐れずに発言・行動できる」という共有信念です。

PM が今すぐできる 3 つのアクション

① 自分から先に弱さを見せる

「このプロジェクトで一番難しいと感じているのは、スケジュール圧縮の中で品質をどう守るかです。皆さんの知恵を貸してほしい」——PM が先に不確実性や困難を開示することで、メンバーも「言っていい」という空気が生まれます。

② 発言を「歓迎する」行動を見せる

意見が出たとき、内容に関係なく「ありがとう、その視点は考えていなかった」と最初に応答します。内容への同意・不同意より先に、発言そのものを歓迎する態度を示すことが重要です。

③ 失敗を「学習情報」として扱う

「なぜ失敗したか」ではなく「次に何を変えるか」を問う振り返り習慣（KPT・5WHY）を導入します。責任追及型の振り返りは心理的安全性を瞬時に破壊します。

原則 2：役割と責任を明確にする（RACI）

役割が曖昧なチームでは「誰かがやっているはず」という責任の空白が生まれます。PM は RACI チャートを使い、誰が何を担うかを一覧化します。

記号意味説明
R (Responsible)実行責任実際にタスクを実行する人
A (Accountable)説明責任最終的な成否に責任を持つ人（通常 PM）
C (Consulted)相談先実行前に意見・助言をもらう人
I (Informed)情報共有先結果を報告・共有する人

RACI の詳しい作り方は「RACI チャートの作り方｜役割分担を可視化する」を参照してください。

原則 3：挑戦できる目標を設定する

「高すぎず、低すぎない」目標がチームのパフォーマンスを最大化します。

SMART + ストレッチゴールの組み合わせ

要素内容現場での活用
SMARTSpecific・Measurable・Achievable・Relevant・Time-bound通常タスクの目標基準
ストレッチゴール70〜80% 達成可能な高い目標メンバーの成長を促す挑戦目標

重要なのは、ストレッチゴールを「未達でもペナルティなし」として設計することです。 失敗が罰せられる環境でのストレッチゴールは機能しません（原則 1 の心理的安全性と連動します）。

目標の「意味」をセットで渡す

数値目標だけ渡しても人は動きません。「なぜこの数字を達成する必要があるか」という背景と意味をセットで伝えることが不可欠です。

× 「来週末までにレビューチケット 20 件を処理してください」

○ 「クライアントの Go/No-Go 判断が来週水曜にあります。火曜日までに
   チケット 20 件のレビューを完了させると、私たちが品質保証の証拠を
   提示できます。お願いできますか？」

原則 4：高品質なフィードバックループを作る

フィードバックは頻度×質の掛け算です。週 1 回の定例で月末にまとめて評価を渡しても、行動変容は起きません。

SBI モデルで伝える

SBI フィードバック（良い例）

  • 先週の要件定義会議（S）で、未確認の前提条件を自ら確認して議事録に明記してくれた（B）ことで、後工程のやり直しが防げました（I）
  • 月曜のデイリーで、ブロッカーを 3 日前より 24 時間早く報告してくれた（B）ことで、私が早期に動けました（I）

属人的フィードバック（悪い例）

  • 「最近、仕事への姿勢が積極的になってきたね」——何の行動を評価しているか不明で再現できない
  • 「○○さんはいつも慎重すぎる」——属性への評価は人格否定と受け取られやすく、行動変容に繋がらない

双方向フィードバックの仕組み化

PM からメンバーへのフィードバックだけでなく、メンバーから PM へのフィードバックも設計します。1on1 の冒頭に次の問いを置くことを推奨します。

「私のマネジメントで、最近一番変えてほしいことを 1 つ教えてもらえますか？」

この問いを設けている PM のチームは、心理的安全性が急速に高まります。1on1 の詳細な設計は「PM の 1on1｜部下の本音を引き出す質問テンプレ」を参照してください。

原則 5：成功体験を積み上げ、可視化する

自己効力感（「自分にはできる」という感覚）はチームの内発的動機の源泉です。PM の重要な役割は、成功体験を意図的に設計し、可視化することです。

成功体験を設計する 3 ステップ

ステップ 1：「最初の小さな成功」を用意する

新しいメンバーや新規プロジェクト開始時は、必ず「確実に成功できるタスク」をアサインします。初期の成功体験がないと、困難な局面での踏ん張りが効かなくなります。

ステップ 2：成功を「言語化」して渡す

「先週の提案、うまくいったね」では不十分です。「先週の提案でクライアントが懸念していたコスト超過リスクについて、事前にシナリオ分析を準備していたことが（行動）、その場での即座の合意を引き出しました（成果）」——具体的な因果関係で渡すことで、「何を繰り返せば良いか」がメンバーに伝わります。

ステップ 3：チームの進捗を定期的に「見える化」する

手法内容頻度
バーンダウンチャート残タスク数の推移でチームの進捗を可視化毎日
週次達成リスト「今週達成したこと」をチームで共有週次
クォータリーレビュー3 ヶ月の成長・達成を振り返る場四半期

原則 6：自律性を尊重した権限委譲

マイクロマネジメントはチームの自走力を奪います。PM は「何をするか（What）」を渡し、「どうするか（How）」をメンバーに委ねることが原則です。

権限委譲の 5 段階モデル

レベル内容PM の役割
L1情報を収集して報告する指示・決定は PM
L2選択肢を提示して承認を得るPM が選択
L3推奨案を提示して合意を得る対話して PM が決定
L4判断して PM に通知するメンバーが決定・PM に報告
L5判断して実行するメンバーが完全自律

新しいメンバーは L1〜L2 から始め、信頼と実績を積みながら L4〜L5 へと段階的に権限を移譲します。「このタスクは今の君に L3 で任せたい」と明示することで、メンバーは自分の権限範囲を理解しやすくなります。

原則 7：学習文化を醸成する

高パフォーマンスチームと平均的なチームを分けるのは、失敗から組織として学習できるか否かです。

KPT レトロスペクティブの運用

スクラムでは「スプリントレトロスペクティブ」として 2 週間に 1 回の振り返りを行いますが、ウォーターフォールプロジェクトでも月次または節目ごとに実施することを推奨します。

KPT（Keep / Problem / Try）フレームワーク

項目問い目的
Keep今後も続けるべき良い点は？成功の再現性を高める
Problem課題・困りごとは何か？問題の共有と認識統一
Try次のサイクルで試すことは？改善行動を具体化する

7 つの原則の実装ロードマップ

一度に 7 つすべてを実装しようとすると失敗します。以下の優先順位で段階的に導入します。

フェーズ期間重点原則具体的アクション
基盤構築1〜2 ヶ月目原則 1・2心理的安全性の宣言 + RACI 整備
実行力強化3〜4 ヶ月目原則 3・4目標再設定 + 週次フィードバックの習慣化
自走力育成5〜6 ヶ月目原則 5・6成功体験の設計 + 権限委譲ステップ開始
文化の定着7 ヶ月目〜原則 7月次レトロ運用 + 学習文化の自走

PM としてチーム育成で意識すること

チームのパフォーマンスを上げる最大の阻害要因は、多くの場合 PM 自身の行動パターンにあります。

チームが育つ PM の行動

  • 「なぜ？」を先に問い、答えを押しつけない
  • 失敗を責めず、プロセスの改善に焦点を当てる
  • 褒めるべき行動を具体的に、タイムリーに伝える
  • 自分の間違いを認め、チームの前で見せる

チームが育たない PM の行動

  • 「自分でやった方が早い」と手を出してしまう
  • 評価は年 1 回の考課面談のみで、日常フィードバックがない
  • 失敗した原因を人に帰属させる（「○○さんが確認しなかったから」）
  • チームの成果を PM 個人の成果として報告する

PM として直面する失敗パターンと回避策については「PM が直面する 10 大失敗パターンと回避策」を、チームへのコミュニケーション設計については「コミュニケーション計画書の作り方」も合わせて参照してください。

まとめ｜7 原則を動かすのは「PM の一貫性」

チーム育成の 7 つの原則をまとめます。

#原則ひと言まとめ
1心理的安全性を確立する先に弱さを見せる PM が最強
2役割と責任を明確にするRACI で「誰がやるか」をゼロ曖昧にする
3挑戦できる目標を設定するSMART + ストレッチ。意味とセットで渡す
4高品質なフィードバックループを作るSBI モデル × 双方向が基本
5成功体験を積み上げ、可視化する成功を「言語化して渡す」のが PM の仕事
6自律性を尊重した権限委譲L1〜L5 で段階的に手を離す
7学習文化を醸成するKPT × 月次レトロで失敗を資産にする

最後に最も重要なことを言います。この 7 原則は、一度実施すれば終わりではありません。 毎週・毎月の行動の中で一貫して実践し続けることで初めて文化として定着します。PM の一貫性こそが、チームを育てる最大の力です。

チームの 1on1 設計を深めたい方は「PM の 1on1｜部下の本音を引き出す質問テンプレ」を、スキルセットをさらに広げたい方は「PM が身につけるべき 10 のスキル」も参照してください。

関連記事