あなたがチームに自分のアプローチの採用を説得した時のことを教えてください。

Question

Accepted Answer

これは**技術的説得力**をテストします。証拠に基づいた主張をでき、人々を巻き込みながらも、間違っている可能性に対して心を開いていられるか？説得とは議論に勝つことではありません。

## なぜ重要なのか

```text
1. State the problem and the criteria for a good solution first
2. Present options fairly, including the team's preferred one
3. Back your choice with data, a spike, or a small benchmark
4. Invite critique — adjust if they find a real flaw
```

## 実例

```text
S: The team planned to build a custom job queue; I thought we should use an
   existing tool.
T: I had to make the case without dismissing their work.
A: I listed our actual requirements, built a one-day spike with the off-the-shelf
   tool, and showed it met every need with far less code to maintain.
R: The team agreed, and we shipped two weeks earlier. I noted the one case where
   their concern was valid and we documented the workaround.
```

## 良い vs 弱い

```text
✓ Evidence + fair comparison + open to critique
✗ "I argued until they gave up"
✗ Pushing your idea with no proof
```

## なぜ重要なのか

良い決定には合意が必要です。誰も採用しない素晴らしいアイデアは何も変わりません。

基準と証拠を先に示すことで、焦点を最良の結果に保つことができます。それは誰のアイデアが勝つかではなくです。

間違っている可能性に対して本当に心を開いていることが、次に人々があなたの結論を信頼させるものです。