フレームワーク活用ガイドひとことで言うと#
ハーバード大学のリチャード・ハックマンが提唱した、高パフォーマンスチームに必要な 5つの条件（リアルチーム・説得力ある方向性・適切な構造・支援的な組織環境・専門家コーチング）を体系化したモデル。チームがうまくいかない原因を構造的に診断し、改善する。
押さえておきたい用語#
- リアルチーム（Real Team）
- メンバーが明確で固定されており、共通のタスクに相互依存して取り組むグループ。メンバーが流動的な「名ばかりチーム」とは区別される。
- 説得力ある方向性（Compelling Direction）
- チームの目標が挑戦的で明確であり、メンバーにとって意味があること。方向性が曖昧だと努力が分散する。
- イネーブリング構造（Enabling Structure）
- タスクの設計・チームの規模・メンバーの構成・規範がチームの目標達成を後押しするように設計されていること。
- 支援的な組織環境（Supportive Context）
- 報酬制度・情報へのアクセス・教育機会など、組織がチームを支援する仕組みが整っているか。
- 専門家コーチング（Expert Coaching）
- チームの動き方そのものに対する適切なタイミングでの介入。タスクの内容ではなく、チームプロセスの改善を支援する。
チーム有効性モデルの全体像#
こんな悩みに効く#
- チームの成果が出ないが、原因がどこにあるかわからない
- 優秀なメンバーを集めたのに、チームとして機能しない
- チームビルディングの施策が「楽しかっただけ」で成果につながらない
基本の使い方#
チーム全員で各条件を 5段階 で評価する。個人の評価を集計し、平均と分散を確認する。
| 条件 | 評価観点 |
|---|---|
| リアルチーム | メンバーは明確か、相互依存はあるか、安定しているか |
| 方向性 | 目標は挑戦的で明確か、メンバーが意味を感じているか |
| 構造 | サイズは適切か、必要なスキルが揃っているか、規範があるか |
| 組織環境 | 報酬制度・情報・ツールは整っているか |
| コーチング | プロセスの改善を支援する人がいるか |
5つの条件はすべて重要だが、ハックマンは「上から順番に重要」と述べている。リアルチームでなければ方向性を示しても意味がなく、方向性がなければ構造を整えても空回りする。
- スコアが低い条件のうち、より上位の条件から対処する
- すべてを同時に改善しようとしない
- リアルチームが弱い場合: メンバーを明確にし、兼務を減らし、チームの境界を引き直す
- 方向性が弱い場合: OKRやチームチャーターで目標を明文化する
- 構造が弱い場合: チームサイズの見直し、スキルギャップの補充、ワーキングアグリーメントの策定
- 組織環境が弱い場合: 経営層への働きかけ、ツール・情報へのアクセス改善
- コーチングが弱い場合: スクラムマスターやアジャイルコーチの導入
具体例#
状況: 従業員100名のSaaS企業。「プロダクトチーム」と名付けられた8名のグループが存在するが、メンバーは各自が異なるプロジェクトを担当し、共通のタスクが存在しない。チームの定例会議はあるが、報告を聞くだけで終わっていた。
5条件の診断結果
| 条件 | スコア（5段階） | 課題 |
|---|---|---|
| リアルチーム | 1.8 | 共通タスクなし・相互依存なし |
| 方向性 | 2.5 | 個別プロジェクトの目標はあるがチーム目標なし |
| 構造 | 3.0 | スキルは揃っている |
| 組織環境 | 3.5 | ツールは整備済み |
| コーチング | 2.0 | マネージャーはタスク管理のみ |
改善策
- チーム全員が関わる共通プロダクト（新機能開発）を1つ設定し、相互依存を作った
- チームOKRを設定し、個人目標とチーム目標を紐付けた
6か月後、リアルチームのスコアは 1.8 → 3.8 に改善。チームの新機能リリース速度は月 1回 → 2.5回 に加速した。
状況: 戦略コンサルティング会社のプロジェクトチーム（5名）。優秀なメンバーが揃い、クライアントの課題も明確だが、社内の情報共有システムが古く、過去のプロジェクト知見にアクセスするのに 毎回2〜3時間 かかっていた。報酬もプロジェクトの成果ではなく稼働時間に連動しており、効率化のインセンティブがなかった。
5条件で支援的環境を診断
- 情報: 過去の提案書・分析データが部署ごとにサイロ化 → 全社ナレッジベースを構築
- 報酬: 稼働時間ベース → プロジェクト成果（クライアント評価＋利益率）に変更
- ツール: 分析ツールが旧式 → BIツールとデータ基盤を刷新
| 指標 | 改善前 | 改善1年後 |
|---|---|---|
| 知見検索時間 | 2〜3時間/回 | 15分/回 |
| プロジェクト利益率 | 28% | 35% |
| クライアント満足度 | 3.8/5.0 | 4.4/5.0 |
メンバーからは「環境が変わるだけでこんなにパフォーマンスが変わるとは思わなかった」という声が上がった。
状況: 生徒数450名の小学校。不登校児童が 年間18名 に増加し、担任教師が個別に対応していたが、「誰がどの児童を支援しているか」が共有されず、支援の抜け漏れが発生していた。
5条件による教員チームの診断
- リアルチーム: 担任は個人で対応しており、チームとして機能していない
- 方向性: 「不登校を減らす」は共有されているが、具体的な目標値なし
- 構造: スクールカウンセラーは週1日しか来校せず、連携が難しい
- 組織環境: 教育委員会の研修は座学中心で現場に活かしにくい
- コーチング: 教員同士がお互いの対応を振り返る場がない
改善策
- 不登校対応チーム（担任3名＋養護教諭＋SC）を正式に編成（リアルチーム化）
- 「年度末までに不登校児童の 50% が週3日以上登校」を目標に設定（方向性）
- 週1回30分のケースカンファレンスを設定（コーチング）
1年後、不登校児童の 56%（10名）が週3日以上の登校を回復。教員アンケートで「チームで対応している実感がある」が 25% → 72% に増加した。
やりがちな失敗パターン#
- チームビルディングの「楽しさ」に逃げる — バーベキューや合宿は関係構築に役立つが、5条件の改善にはつながらない。構造的な問題を構造で解決する
- 条件の順番を無視して構造やコーチングから入る — リアルチームでなければ構造を整えても意味がない。上位条件から順に対処する
- 組織環境を「チームの外の問題」として放置する — 報酬制度や情報アクセスの問題は、チーム内の努力だけでは解決できない。経営層を巻き込む必要がある
- 診断だけして改善アクションに移さない — 診断はスタート地点にすぎない。スコアが低い条件に対して「何を・いつまでに・誰が」改善するか具体化する
まとめ#
ハックマンのモデルは「なぜこのチームはうまくいかないのか」を5つの条件で構造的に診断するフレームワークになる。重要なのは条件に優先順位があること。まずリアルチームであることを確認し、次に方向性を揃え、構造・環境・コーチングを順に整える。個人の能力やモチベーションの問題に見えるものが、実はチームの構造の問題であるケースは多い。