ひとことで言うと#
チームの健康状態を数値とカラーで可視化する定期健診。「なんとなく調子が悪い」を具体的な指標に落とし込み、チーム全員で課題を共有して改善アクションを起こす仕組み。Spotifyが開発し、世界中のチームで使われている。
押さえておきたい用語#
- ヘルス指標
- チームの健全性を測るための評価項目のこと。ミッション・楽しさ・学び・スピードなど、8〜10個を設定する。
- 信号機評価(トラフィックライト)
- 各指標を緑(良好)・黄(改善余地あり)・赤(問題あり)の3段階で評価する方法。直感的にチームの状態が把握できる。
- トレンド分析
- 単回の結果ではなく、複数回の結果を時系列で比較すること。改善施策の効果や、新たな問題の早期発見に使う。
- Squadモデル
- Spotifyが開発した**小規模自律チーム(Squad)**の運営モデル。ヘルスチェックはこのモデルの一部として生まれた。
チームヘルスチェックの全体像#
こんな悩みに効く#
- チームに問題がある気がするが、何が問題かわからない
- 振り返りがマンネリ化して、形骸化している
- メンバーの不満が突然噴出して驚くことがある
- チームの改善に取り組みたいが、どこから手をつければいいかわからない
基本の使い方#
チームの健康を測る**指標(ヘルス指標)**を設定する。Spotifyモデルの代表的な指標:
- ミッション: チームの存在意義が明確か
- バリュー提供: 価値あるものを届けられているか
- 楽しさ: 仕事を楽しめているか
- 学び: 新しいことを学べているか
- スピード: 素早く動けているか
- チームワーク: 協力して働けているか
- サポート: 必要なサポートを得られているか
- 技術的健全性: 技術的負債は管理できているか
8〜10個が目安。 多すぎると回答疲れが起きる。チームの状況に合わせてカスタマイズしてOK。
各指標について、チーム全員が3段階で評価する。
- 緑: 良い状態。満足している
- 黄: まあまあ。改善の余地あり
- 赤: 問題あり。対処が必要
評価のルール:
- 匿名ではなく、オープンに行う(後のディスカッションにつなげるため)
- 全員が同時に回答を出す(先に出した人に引っ張られないように)
- 「正解」はない。率直な感覚で答える
全員の回答を一覧にすると、チームの状態が一目でわかる。
特に注目すべきポイントを全員で議論する。
議論のフォーカス:
- 赤が多い指標: 明らかな問題。原因と対策を話し合う
- 回答がバラけている指標: メンバー間で認識にギャップがある。なぜ違うのかを探る
- 前回から悪化した指標: 何が変わったのかを特定する
進め方:
- 結果を全体共有(5分)
- 最も気になる指標を2〜3個選ぶ(5分)
- 選んだ指標について深掘りディスカッション(30〜45分)
- 改善アクションを決める(10分)
すべてを一度に改善しようとしない。 最も影響が大きい1〜2個に集中する。
決めたアクションを実行し、次回のヘルスチェックで効果を確認する。
ポイント:
- アクションは具体的で小さくする(「コミュニケーションを改善する」ではなく「週1回の15分デイリーを始める」)
- 担当者と期限を決める
- 次回のヘルスチェックまでに必ず1つは試す
- 推奨頻度: 月1回〜四半期に1回
ヘルスチェックは1回やって終わりではなく、定期的に回すことで効果を発揮する。
具体例#
状況: リリースが3ヶ月連続で続き、疲弊気味の開発チーム6名。リーダーの松本さんが初めてヘルスチェックを提案。
評価結果:
| 指標 | A | B | C | D | E | 松本 | 判定 |
|---|---|---|---|---|---|---|---|
| ミッション | 緑 | 緑 | 黄 | 緑 | 緑 | 緑 | 良好 |
| ユーザーへの価値 | 緑 | 黄 | 緑 | 緑 | 黄 | 緑 | 良好 |
| 楽しさ | 黄 | 赤 | 黄 | 緑 | 赤 | 黄 | 要注意 |
| 学び | 赤 | 赤 | 黄 | 赤 | 赤 | 黄 | 危機 |
| スピード | 黄 | 黄 | 黄 | 黄 | 黄 | 黄 | まあまあ |
| チームワーク | 緑 | 緑 | 緑 | 緑 | 緑 | 緑 | 良好 |
| サポート | 緑 | 黄 | 緑 | 黄 | 黄 | 黄 | まあまあ |
| コード品質 | 赤 | 赤 | 黄 | 赤 | 赤 | 赤 | 危機 |
議論で見えたこと:
- 「学び」: リリースに追われて技術的なインプットがゼロ。全員が成長実感を失っている
- 「コード品質」: 急ぎのホットフィックスが技術的負債に。リファクタの時間が取れない
- 「楽しさ」: 学びとコード品質の悪化が連動して楽しさも低下
改善アクション:
- 毎週金曜午後を「テックタイム」に設定(学び+コード品質の同時改善)
- スプリントの20%を技術的負債の返済に充てるルールを設定
- 月1回のヘルスチェックを継続
→ 翌月のヘルスチェックで「学び」と「コード品質」が全員黄以上に改善。3ヶ月後には緑が過半数に。「楽しさ」も連動して改善し、チームのベロシティが15%向上した。
状況: D2C企業のマーケティング部門12名。3チーム(ブランド4名・デジタル4名・CRM4名)に分かれて活動。部門長は「うまく回っている」と認識していたが、メンバーから個別に不満の声が上がり始めた。
第1回ヘルスチェック結果(抜粋):
| 指標 | ブランドチーム | デジタルチーム | CRMチーム |
|---|---|---|---|
| ミッション | 緑3/黄1 | 緑2/黄2 | 黄2/赤2 |
| サポート | 緑3/黄1 | 黄1/赤3 | 黄2/赤2 |
| スピード | 緑2/黄2 | 赤4 | 黄3/赤1 |
| チームワーク | 緑4 | 緑1/黄2/赤1 | 黄3/赤1 |
議論で判明したこと:
- デジタルチームの「サポート」が真っ赤: 広告運用ツールの技術的問題を1人で抱えており、他チームも部門長も状況を知らなかった
- CRMチームの「ミッション」に赤: 「うちのチームの成果が何なのかわからない」という声。KPIが曖昧だった
- デジタルチームの「スピード」が全員赤: 承認プロセスが3段階あり、広告の出稿に平均5日かかっていた
改善アクション:
| 課題 | アクション | 担当 | 期限 |
|---|---|---|---|
| デジタルのサポート不足 | 技術担当を1名追加採用 | 部門長 | 2ヶ月以内 |
| CRMのミッション不明確 | チームチャーター再作成 | CRMリーダー | 2週間以内 |
| デジタルのスピード低下 | 承認プロセスを3段階→1段階に短縮 | 部門長 | 1週間以内 |
→ 第2回ヘルスチェック(3ヶ月後)で、デジタルチームの「サポート」が赤4→黄2/緑2に大幅改善。CRMチームの「ミッション」も全員緑に。部門全体のエンゲージメントスコアが68点→81点に上昇。
状況: 地方の中堅建設会社。現場作業チーム30名(5つの班に分かれて稼働)。ヒヤリハット報告が増加傾向にあり、ベテラン職人の「最近の現場は雰囲気が悪い」という声が安全管理部門に届いた。
現場向けにカスタマイズしたヘルス指標:
- 安全意識 / 2. 仕事の段取り / 3. チームの連携 / 4. 道具・設備 / 5. 体力・健康 / 6. やりがい / 7. 教えてもらえる環境 / 8. 休憩・休日
全5班の結果を集計(30名):
| 指標 | 緑 | 黄 | 赤 |
|---|---|---|---|
| 安全意識 | 10名 | 12名 | 8名 |
| 仕事の段取り | 8名 | 15名 | 7名 |
| チームの連携 | 18名 | 8名 | 4名 |
| 道具・設備 | 5名 | 10名 | 15名 |
| 体力・健康 | 12名 | 10名 | 8名 |
| やりがい | 15名 | 10名 | 5名 |
| 教えてもらえる環境 | 6名 | 12名 | 12名 |
| 休憩・休日 | 10名 | 12名 | 8名 |
フォーカスした2指標:
- 道具・設備(赤15名): 「古い工具が多くて効率が悪い」「安全装備のサイズが合わない」
- 教えてもらえる環境(赤12名): 「ベテランが忙しくて質問できない」「失敗すると怒鳴られるから聞けない」
改善アクション:
- 道具・設備: 年間予算200万円の「現場改善枠」を新設。現場からの申請制で工具・装備を更新
- 教える環境: 各班に「教え方マニュアル」を配布 + 月1回の「質問タイム」(30分)を業務時間内に設定
- 安全意識: ヒヤリハット報告を「褒める文化」に変更(報告者を朝礼で表彰)
→ 半年後の第2回ヘルスチェックで、「道具・設備」の赤が15名→3名に改善。「教えてもらえる環境」の赤が12名→4名に。ヒヤリハット報告件数は増加(42件→78件)したが、実際の事故件数は5件→1件に減少。報告文化の定着が安全性向上につながった。
やりがちな失敗パターン#
- 結果を見て終わりにする — 可視化しただけでは何も変わらない。必ず改善アクションまで落とし込み、実行する。診断だけして治療しないのは意味がない
- マネージャーが評価を誘導する — 「うちのチームは問題ないよね?」と暗に良い回答を促すと、本音が出なくなる。リーダーは最後に回答し、メンバーの率直な意見を尊重する
- 頻度が低すぎる or 高すぎる — 年1回では変化を追えない。毎週では負担になる。月1回〜四半期に1回が適切。 チームの状況に応じて調整する
- すべての指標を同時に改善しようとする — 赤が複数あっても、一度に取り組めるのは1〜2個が限界。最もインパクトが大きい指標に集中し、段階的に改善する
まとめ#
チームヘルスチェックは、チームの健康状態を定期的に可視化し、改善につなげる診断ツール。重要なのは「診断→議論→アクション→再診断」のサイクルを回すこと。結果の良し悪しよりも、チーム全員が率直に「今の状態」を話し合えること自体に価値がある。まずは8つの指標で今のチームの状態をチェックしてみよう。