ストーリー

心理的安全性とは

エイミー・エドモンドソン（ハーバード大学）が提唱した概念です。

interface PsychologicalSafety {
  definition: "チームの中で、対人関係のリスクを取っても安全だという共通の信念";
  indicators: {
    positive: string[];
    negative: string[];
  };
  impact: Record<string, string>;
}

const psychologicalSafety: PsychologicalSafety = {
  definition: "チームの中で、対人関係のリスクを取っても安全だという共通の信念",
  indicators: {
    positive: [
      "メンバーが自由に質問できる",
      "失敗が共有され、学びに変わる",
      "異なる意見が歓迎される",
      "助けを求められる",
      "リスクを取る挑戦が奨励される",
    ],
    negative: [
      "質問すると"そんなことも知らないの"と言われる",
      "失敗した人が責められる",
      "反対意見を言うと空気が悪くなる",
      "問題を隠すほうが安全に感じる",
      "新しい提案が無視される",
    ],
  },
  impact: {
    learning: "心理的安全性が高いチームは、失敗から2倍速く学ぶ",
    innovation: "新しいアイデアの提案数が3倍になる",
    bugReport: "バグの早期報告率が向上する",
    retention: "離職率が低下する",
  },
};

Googleの研究：Project Aristotle

Googleが180以上のチームを分析した結果、最も重要な要素は心理的安全性でした。

## チームの成功要因（重要度順）

1. **心理的安全性** ← 最重要
   チームメンバーがリスクを取り、自分の弱さを見せても安全だと感じる

2. **信頼性**
   メンバーが高品質の仕事を時間通りに行う

3. **構造と明確さ**
   チームの役割、計画、目標が明確

4. **意味**
   仕事に個人的な意義を感じる

5. **インパクト**
   自分の仕事が世の中に影響を与えていると感じる

テクニカルリードが実践できること

1. 自ら弱さを見せる

## 実践例

### 会議で
「正直、この領域は詳しくないので教えてほしい」
「先週、自分のミスで障害が起きた。原因と対策を共有します」

### コードレビューで
「これは面白いアプローチだね。自分は思いつかなかった」
「自信がない部分があるので、もう1人の目で確認してほしい」

### チャットで
「この技術、まだ理解しきれてない。一緒に調べよう」

2. 失敗を学びに変える仕組み

interface BlamelessPostmortem {
  title: string;
  date: string;
  severity: string;

  // 何が起きたか（時系列）
  timeline: Array<{ time: string; event: string }>;

  // 根本原因（人ではなくシステム）
  rootCause: string; // 「誰がミスしたか」ではなく「なぜミスが可能だったか」

  // 学び
  lessons: string[];

  // 改善アクション
  actions: Array<{
    action: string;
    owner: string;
    deadline: string;
  }>;

  // 重要: 個人を責めない
  principle: "We look for systemic causes, not individual blame";
}

3. 質問を歓迎する文化

## 「愚問」を歓迎する

### チームルール
- 「初歩的な質問」という概念を廃止する
- 「質問してくれてありがとう」を口癖にする
- 同じ質問が繰り返されたらドキュメントの改善機会と捉える

### 実践方法
- Slackに #質問-なんでも チャンネルを作る
- 週次で「今週の良い質問」を共有する
- 1on1で「何か困っていることはある？」を必ず聞く

4. 多様な意見を引き出す

## 会議でのファシリテーション

### 発言しやすくする技法
- ラウンドロビン: 順番に全員に意見を聞く
- 付箋ワーク: まず個人で考えてから共有する
- Devil's Advocate: 意図的に反対意見の役割を設ける
- 匿名投票: Slackのポーリングで本音を聞く

### 避けるべき行動
- 最初に自分の意見を言う（アンカリング効果）
- 発言を遮る
- 特定の人だけに話しかける
- 否定的な非言語コミュニケーション

学習する組織の3つの柱

まとめ

チェックリスト

• 心理的安全性の定義を説明できる
• Project Aristotleの結果を把握した
• テクニカルリードとして実践できることを4つ以上挙げられる
• Blameless Postmortemの概念を理解した
• 学習する組織の3つの柱を学んだ

次のステップへ

次は演習です。ここまで学んだメンタリングの知識を使って、実際のメンタリング計画を立てましょう。

推定読了時間: 40分