मुझे किसी ऐसी टीम या प्रोजेक्ट की विफलता के बारे में बताएं जिसकी ज़िम्मेदारी आपने ली।

Question

Accepted Answer

यह **अपने कार्यों से परे जवाबदेही** की परख करता है — दूसरों की ओर इशारा करने के बजाय एक साझा नतीजे की ज़िम्मेदारी लेना। अपने कार्यों के लिए "I" और टीम के लिए "we" का उपयोग करें, लेकिन दोष न टालें।

## इसे कैसे approach करें

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

## व्यावहारिक उदाहरण

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

## अच्छा बनाम कमज़ोर

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

## यह क्यों महत्वपूर्ण है

साझा विफलताओं की ज़िम्मेदारी लेना — न कि केवल व्यक्तिगत विफलताओं की — सीनियर व्यवहार की एक पहचान है।

किसी व्यक्ति को दोष देने के बजाय सिस्टम को ठीक करना ही वास्तव में अगली विफलता को रोकता है।

नेता ऐसे लोगों की तलाश में रहते हैं जो समस्याओं और जवाबदेही की *ओर* दौड़ें, उनसे दूर नहीं।