2026年10月8日にGoogle re:Workのチーム効果性ガイドと、Project Aristotleの5つの力学に関する現行の編集注記を再確認した。心理的安全性、信頼性、構造と明確さ、仕事の意味、仕事の影響は観察の観点であり、Google内の2015年当時の研究を普遍的な順位や因果法則へ変えない。成果・品質・待ち時間・再作業・負荷・異論の扱いをチーム単位で測り、役割・決定権・依存・容量を小さな変更と学習へつなぐ。
30秒で要点
チーム協働の問題を「人数が足りない」「会議が多い」だけで説明すると、役割、意思決定、依存、心理的安全性、容量を見落とします。Google re:WorkのProject Aristotleが整理した5つの力学を観点に使い、成果・品質・負荷と合わせて小さく検証します。
- 心理的安全性、信頼性、構造と明確さ、意味、影響を別々に確認する
- 成果だけでなく、品質、待ち時間、再作業、負荷を測る
- Google内の相関的な知見を、自社の因果法則や順位へ変えない
- 役割、決定権、依存、容量を会議と文書へ落とす
- 個人を監視せず、チームの改善に必要な集計単位を選ぶ
1. 5つの力学を観点として使う
Google re:Workのチーム効果性ガイドは、Project Aristotleの知見として、心理的安全性、信頼性、構造と明確さ、仕事の意味、仕事の影響を挙げています。これはチームを観察するための枠組みです。Googleの内部チームで見られた関係を、業界・文化・役割の違う組織へそのまま一般化しません。表が収まらない場合は、横にスクロールできます
| 観点 | 現場の問い | 証拠の例 |
|---|---|---|
| 心理的安全性 | 異論や助けを言えるか | 会議での異論、再発防止の記録 |
| 信頼性 | 約束した仕事を期限・品質どおり進めるか | 依存の遅延、再作業 |
| 構造と明確さ | 目的、役割、決定権が分かるか | 判断ログ、責任表 |
| 意味 | 仕事が本人の価値や目的とつながるか | 定期的な対話、継続理由 |
| 影響 | 仕事の結果が誰にどう届くか | 利用者、品質、事業の変化 |
自己評価だけで「安全」と判定せず、異論が出た後に修正できたか、依存が可視化されたかなど、観察可能な行動へ落とします。
2. 役割と意思決定を明確にする
協働の摩擦は、能力不足より「誰が決めるか」「誰が相談されるか」「誰が実行するか」が曖昧なことから始まります。案件ごとに目的、決定者、実行者、相談先、通知先、期限、品質基準を一枚にします。
表が収まらない場合は、横にスクロールできます
| 欄 | 例 | 追加確認 |
|---|---|---|
| 目的 | 顧客の初回設定を安全に完了 | 何を成果と呼ぶか |
| 決定 | 仕様変更を承認 | 反対意見と期限 |
| 依存 | 法務レビュー、データ連携 | 待ち時間と代替 |
| 容量 | 担当の稼働・技能 | 割込みと優先順位 |
| 記録 | 決定理由、見直し日 | 変更のトリガー |
権限を増やすことと責任を増やすことを混同せず、エスカレーションの経路と、決めない場合の期限を記録します。
3. 会話と成果を同じループへ置く
心理的安全性は、満足度アンケート一問の点数だけでは分かりません。異論、失敗、助けの要請、反対意見が不利益なく扱われ、判断や手順の改善へ戻ったかを見ます。個人名の発言ログを評価へ直結させず、少人数チームでは匿名性が守れる集計単位を選びます。
成果の指標は、速度だけに寄せません。
表が収まらない場合は、横にスクロールできます
| 指標の層 | 例 | 副作用 |
|---|---|---|
| 成果 | 顧客の完了、学習、収益 | 目的外の作業を増やす |
| 品質 | 再作業、障害、問い合わせ | 隠れた未報告 |
| 協働 | 依存の待ち時間、意思決定時間 | 会議を増やす |
| 健康 | 負荷、休息、異論の扱い | 個人監視へ転用 |
4. 構造を小さく変えて検証する
会議を増やす前に、依存の一つを明示し、決定権と期限を定義する実験を行います。二週間だけ、週次の判断表、未解決の依存、停止条件を運用し、成果・品質・待ち時間・負荷の変化を見ます。速度が上がっても障害や再作業が増えたなら、改善とは呼ばず条件を見直します。
表が収まらない場合は、横にスクロールできます
| 実験欄 | 記録例 |
|---|---|
| 仮説 | 決定権の曖昧さがレビュー待ちを長くしている |
| 変更 | 決定者、相談先、期限を案件表へ追加 |
| 主要指標 | 依存解消までの時間、成果の完了 |
| 副作用 | 再作業、障害、負荷、異論の扱い |
| 再評価 | 二週間後、重大な品質トリガー時 |
これは説明用の合成ケースで、実在チームの成果ではありません。チーム間比較をする場合も、仕事の種類、難易度、容量、権限をそろえずにランキングしません。
5. よくある失敗
- 会議数、メッセージ数、人数だけで協働を評価する
- Googleの5つの力学を普遍的な因果順位として扱う
- 心理的安全性を「仲のよさ」や個人の従順さと混同する
- 役割・決定権・依存・容量を定義せず増員や会議で解決する
- 速度だけを上げ、品質、再作業、負荷、異論を隠す
- 発言や稼働ログを個人監視や人事評価へそのまま転用する
6. 心理的安全性を成果・品質・負荷の証拠とつなぐ
チーム協働を改善するには、目的・役割・決定権を明確にし、心理的安全性と信頼性を成果・品質・負荷の証拠とつなぎます。Googleの知見は観点として使い、自社の小さな変更と記録で条件を確かめます。
協働の意思決定は戦略の形骸化を防ぐ、チームの指標設計はデータドリブンUXの統計も参照してください。