Raccontami di un momento in cui hai persuaso il tuo team ad adottare il tuo approccio.

Question

Accepted Answer

Questo verifica la **persuasione tecnica**: riuscivi a fare una proposta basata su evidenze e a coinvolgere le persone, rimanendo aperto al fatto di avere torto? La persuasione non è vincere un argomento.

## Perché è importante

```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
```

## Esempio funzionante

```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.
```

## Buono vs debole

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

## Perché è importante

Le buone decisioni necessitano di consenso; un'idea geniale che nessuno adotta non cambia nulla.

Partire dai criteri e dalle evidenze mantiene il focus sul miglior risultato possibile, non su chi ha avuto l'idea.

Rimanere genuinamente aperti al fatto di avere torto è quello che fa sì che le persone si fidino delle tue conclusioni la prossima volta.