スクワッド・ヘルスチェック

英語名 Squad Health Check
読み方 スクワッド ヘルス チェック
難易度
所要時間 1回のワークショップに60〜90分
提唱者 Spotify
目次

ひとことで言うと
#

チームの健全性を11の指標で「グリーン(良好)・イエロー(注意)・レッド(問題あり)」の信号機で可視化する診断手法。Spotifyのアジャイルコーチが開発し、複数チームの状態を一覧で比較することで組織全体の傾向と課題を浮かび上がらせる。

押さえておきたい用語
#

押さえておきたい用語
スクワッド(Squad)
Spotifyモデルにおける自律的な小チーム(6〜12名)。一般的なスクラムチームに相当する。
ヘルスチェック
チームの状態を定期的に自己診断する活動のこと。外部が評価するのではなく、チーム自身が判断する点が重要。
トラフィックライト(信号機)
グリーン・イエロー・レッドの3段階で状態を表す評価方式。数値スコアより直感的でチーム内の対話を促しやすい。
ヒートマップ
複数チームの診断結果を一覧表にして色分け表示したもの。組織全体のパターンや構造的課題が一目でわかる。

スクワッド・ヘルスチェックの全体像
#

ヘルスチェック:11の指標でチームの状態を信号機表示
11の診断指標楽しさ(Fun)学び(Learning)ミッション(Mission)スピード(Speed)適切なプロセス(Process)リリースの容易さ(Release)チームワーク(Teamwork)サポート(Support)手札の良さ(Pawns/Players)健全なコード(Health of Codebase)価値の提供(Delivering Value)グリーン: 良好イエロー: 注意レッド: 問題あり各指標をチーム全員で議論し、合意で色を決めるヒートマップで組織全体を俯瞰複数チームの結果を一覧表にすると「全チームでSpeedがレッド→組織的にリリースプロセスに問題がある」「あるチームだけ全指標レッド→そのチーム固有の課題がある」というパターンが見えてくる
ヘルスチェックの実施フロー
1
ワークショップ
チーム全員で11指標を議論し色を決める
2
ヒートマップ化
全チームの結果を一覧表にまとめる
3
課題の特定
レッドの指標から改善アクションを1つ決める
四半期で再診断
改善が進んだかを確認し次のサイクルへ

こんな悩みに効く
#

  • チームの「何が問題なのか」が漠然としていて、改善の糸口がない
  • 複数チームがあるが、組織全体の健全性を俯瞰できていない
  • レトロスペクティブがマンネリ化していて、新しい視点が欲しい

基本の使い方
#

四半期に1回、チーム全員でワークショップを行う

11の指標それぞれについて「うちのチームはどの状態?」をチーム全員で議論する。

  • 各指標に理想的な状態(グリーン)最悪な状態(レッド) の例を先に提示する
  • 例: 「スピード」→ グリーン:「リリースしたいときにすぐリリースできる」 / レッド:「毎回リリースに何週間もかかる」
  • 全員がカード(緑・黄・赤)を一斉に出し、色が割れた場合は対話で合意する
  • 対話が目的。数字の精度より「なぜその色を選んだか」の議論が価値
複数チームの結果をヒートマップにまとめる

組織内の全チームの診断結果を1枚の表にする。

  • 行: チーム名、列: 11指標、セルの色: グリーン/イエロー/レッド
  • 縦のパターン: 特定の指標が全チームでレッドなら、組織構造の問題(例: CI/CDが未整備で全チームのリリースが遅い)
  • 横のパターン: 特定のチームだけ全指標がレッドなら、そのチーム固有の問題(例: マネージャーとの相性、スキル不足)
レッドの指標から1つを選んで改善アクションを決める

全指標を同時に改善しようとしない。最もインパクトの大きいレッド指標を1つ選ぶ。

  • チーム内で「次の四半期で何をするか」を具体的に決める
  • 改善アクションは3つ以内に絞る
  • 次回のヘルスチェックで改善を確認する

具体例
#

例1:Spotifyのエンジニアリング組織が30チームの健全性を可視化した

Spotifyのエンジニアリング組織(約30スクワッド)で四半期ごとにヘルスチェックを実施した際のヒートマップ(抜粋)。

チームFunSpeedReleaseSupportTeamwork
検索🟢🟢🟢🟢🟢
プレイリスト🟢🟡🔴🟡🟢
決済🟡🔴🔴🔴🟡
レコメンド🟢🟢🟡🟢🟢
広告🟡🔴🔴🟡🟢

Release(リリースの容易さ) が3チームでレッド。調査の結果、共有デプロイパイプラインのキャパシティ不足が原因だった。これはチーム個別の努力では解決できない組織課題。

プラットフォームチームに増強を依頼し、デプロイキューの改善を3ヶ月で完了。次回のヘルスチェックではReleaseのレッドが 3チーム → 0チーム に改善された。

例2:受託開発会社が5チームの状態を比較して課題を発見する

従業員60名の受託開発会社(5プロジェクトチーム)。「チームによって雰囲気が全然違う」という経営者の直感を数値化するためにヘルスチェックを導入。

診断結果で浮かび上がったパターン:

指標チームAチームBチームCチームDチームE
Fun🟢🔴🟢🟡🟢
Mission🟢🔴🟢🟡🟢
Teamwork🟢🔴🟢🟡🟢

チームBだけが3指標でレッド。原因はプロジェクトマネージャーのマイクロマネジメントだった。メンバーからの本音は「何を決めても覆されるから提案する気が失せた」。

PMにフィードバックを行い、権限委譲のトレーニングを実施。3ヶ月後の再診断でチームBは3つともイエローに改善。6ヶ月後にはFunがグリーンに到達した。

経営者は「数字で見えたからこそ、感覚ではなく事実に基づいて対話できた」と振り返っている。

例3:自治体の情報システム部門がチームの不満を構造的に把握する

人口30万人の市役所、情報システム部門(3課、計40名)。職員満足度調査で部門全体の数値が低いが、何が問題かわからない状態だった。

ヘルスチェックを3課それぞれで実施。

特徴的だったのは Support(組織からのサポート) が全3課でレッドだったこと。「予算要求が通らない」「他部門からの無理な依頼を断れない」「研修機会がない」が共通の声。

改善アクション:

  1. 月1回の部長と各課の対話会を設置(予算と優先順位の調整)
  2. 他部門からの依頼受付フォームを作成(曖昧な口頭依頼を排除)
  3. 年間1人10万円の研修予算を確保

1年後の再診断で Support は全3課でイエローに改善。職員満足度調査のスコアも部門平均で 2.4 → 3.3(5段階)に向上。

ある課長は「ヘルスチェックの真価は数字ではなく対話。普段言えない不満を"指標"として出せるから話しやすい」と語っている。

やりがちな失敗パターン
#

  1. 数字の精度にこだわりすぎる ── ヘルスチェックの本質は「対話」。グリーンとイエローの境界線を議論するより「なぜそう感じるか」の対話に時間を使う
  2. 結果を上司が評価に使う ── 「レッドが多いチームは評価を下げる」とやると、全チームがグリーンを出すようになり制度が形骸化する
  3. 改善アクションを決めない ── 診断して「見える化しました」で終わると、次回から真剣に回答しなくなる。必ず1つ以上の具体的アクションを決める
  4. 1回やって終わりにする ── 四半期ごとの定期実施で初めて「改善傾向」が見える。単発では意味が薄い

まとめ
#

スクワッド・ヘルスチェックは、Spotifyが開発した「チームの健康診断」。11の指標を信号機で色分けし、複数チームをヒートマップで俯瞰することで、個別チームの課題と組織全体の構造的問題を切り分けられる。数字の精度より対話のプロセスに価値があり、四半期ごとに続けることで改善の軌跡が見える。チームの状態を「なんとなく」ではなく「見える形」にしたい組織に最適な手法だ。