Agile チームで conflict や難しい dynamics をどう扱いますか？

Question

Accepted Answer

チーム内の conflict は普通のことで、うまく扱えば productive です。Scrum Master の仕事は、**意見の相違が work に関するものとして留まるだけの psychological safety を作る**こと、そして支配的な声、無言の disengagement、慢性的な責任転嫁のように dynamics が toxic になったときに介入することです。

## approach

```text
1. OBSERVE   人ではなく pattern を事実として名付ける
2. SAFETY    敬意を持って disagree してよいことを強化する
3. SURFACE   1:1 や retro を使って全員の側を聞く
4. FACILITATE  勝者/敗者ではなく shared goals に向けて導く
5. ESCALATE  HR-level issue の場合だけ manager を巻き込む
```

## 具体例

1 人の engineer がすべての議論を支配しています。Scrum Master は retro で最初に silent written input を導入し、その後 round-robin で共有することで、静かな member も参加できるようにします。個別には、その支配的な member に他者のための space を作るよう coach します。

## よくある落とし穴

- conflict を避け、自然に解決することを期待する。たいてい悪化します。
- 公の場でどちらかの side を取り、trust を壊す。
- すべての disagreement を問題扱いする。健全な debate は decision を改善します。

## なぜ重要なのか

安全に disagree できるチームは、commitment の前により多くの perspective が表面化するため、より良い decision を行えます。

放置された toxic dynamics は velocity と retention を静かに壊します。それを扱うことは、Scrum Master が所有するチームの有効性の中核です。