チーム、またはプロジェクトの失敗で責任を取った経験を教えてください。

Question

Accepted Answer

これは**自分の責任を超えたアカウンタビリティ**をテストします — 他人のせいにするのではなく、共有された成果に対して責任を取ることです。自分の行動には「私」を使い、チームの行動には「私たち」を使いますが、責任転嫁をしないでください。

## なぜ重要なのか

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

## 良い例 vs 弱い例

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

## なぜ重要なのか

個人的な失敗だけでなく、共有された失敗に対する責任の所有は、シニアレベルの行動の特徴です。

人を責めるのではなくシステムを修正することが、次の失敗を実際に防ぎます。

リーダーは問題とアカウンタビリティに*向かって*走る人を探しています。決して逃げる人ではなく。