데드라인을 놓쳤던 경험에 대해 이야기해 주세요.

Question

Accepted Answer

이 질문은 완벽함이 아니라 **책임감**과 **배움**을 시험합니다. 솔직하게 인정하고, 피해를 줄이기 위해 무엇을 했는지 설명하며, 이후에 무엇이 바뀌었는지 보여 주세요.

## 접근 방법

```text
1. 인정하기 — 변명도, 남 탓도 하지 않는다
2. 원인을 솔직하게 설명한다(흔히: 과소평가 또는 숨겨진 복잡성)
3. 일찍 소통하고 영향을 억제한 방법을 설명한다
4. 바꾼 구체적인 습관으로 마무리한다
```

소통이 핵심입니다. 일찍 알린 데드라인 지연은 갑작스러운 지연과는 전혀 다릅니다.

## 예시

```text
S: 한 스프린트 안에 리포팅 기능을 완성하기로 했습니다.
T: 중간에 데이터 소스가 예상보다 지저분하다는 것을 깨달았습니다.
A: 지연을 인지하자마자 리드에게 알리고, 수정된 일정을 제시했으며, 먼저
   더 작은 동작 버전을 출시했습니다.
R: 전체 기능은 며칠 늦게 전달했지만 예상 밖의 상황은 없었습니다. 이제는
   익숙하지 않은 데이터를 다루는 작업에는 버퍼를 추가합니다.
```

## 좋은 답변 vs 약한 답변

```text
✓ 지연과 교훈을 모두 인정
✗ "다른 팀의 잘못이었습니다"
✗ 한 번도 놓친 적이 없다고 주장(정직하지 않게 들림)
```

## 왜 중요한가

누구나 가끔 데드라인을 놓칩니다.

관리자가 훨씬 더 중요하게 보는 것은 본인이 일찍 신호를 보내는지 여부입니다.

변명 없이 지연을 인정하는 것은 더 큰 약속을 믿고 맡겨도 안전한 사람임을 보여 줍니다.

본인이 얻은 교훈은 좌절을 프로세스 개선으로 바꾼다는 것을 보여 줍니다.