Vertel me over een team- of projectfalen waar je eigenaarschap van hebt genomen.

Question

Accepted Answer

Dit test **verantwoordelijkheid buiten je eigen taken** — eigenaarschap van een gedeeld resultaat in plaats van naar anderen wijzen. Gebruik "ik" voor je acties en "wij" voor het team, maar wijk niet uit voor schuld.

## Waarom het belangrijk is

```text
1. Describe the failure honestly and your part in it
2. Resist blaming individuals — own the system or the call
3. Explain what you did to recover and to prevent it
4. Show the lasting change
```

## Uitgewerkt voorbeeld

```text
S: A feature we shipped tanked a key metric and had to be rolled back.
T: As the senior IC on it, I felt responsible for the outcome.
A: Instead of pointing at the unclear spec, I owned that I hadn't pushed for an
   A/B test. I ran a blameless retro, we added experiment gates for risky
   changes, and I re-launched a tested version.
R: The re-launch moved the metric the right way. Experiment gates are now
   standard for the team.
```

## Goed versus zwak

```text
✓ Owns the shared outcome, fixes the system
✗ "The PM gave us bad requirements"
✗ Owning so much it sounds like you alone failed
```

## Waarom het belangrijk is

Eigenaarschap van gedeelde fouten — niet alleen persoonlijke — is een kenmerk van senior gedrag.

Het systeem repareren in plaats van een persoon de schuld geven is wat eigenlijk de volgende falen voorkomt.

Leiders zoeken naar mensen die *naar* problemen en verantwoordelijkheid *toelopen*, niet weg van hen.