위기에 처한 프로젝트를 구해 냈던 경험에 대해 이야기해 주세요.

Question

Accepted Answer

이것은 **턴어라운드 리더십**을 시험합니다 — 프로젝트가 왜 실패하고 있는지 진단하고, 어려운 결정을 내리며, 사기를 잃은 팀을 결집하는 것입니다. 영웅적 무용담이 아니라 체계를 보여 주세요.

## 접근 방법

```text
1. 솔직하게 진단한다 — 범위, 기술, 사람 중 무엇의 문제인가?
2. 안정화한다 — 신뢰할 수 있고 출시 가능한 핵심으로 범위를 줄인다
3. 작고 잦은 성과로 stakeholder의 신뢰를 재건한다
4. 명확하고 달성 가능한 목표로 팀에 다시 활력을 불어넣는다
```

## 예시

```text
S: 한 프로젝트가 3개월 지연되었고 팀은 소진되었으며 끝이 보이지 않았습니다.
T: 리더십이 저에게 궤도로 되돌려 달라고 요청했습니다.
A: 진짜 문제가 능력이 아니라 범위 확장(scope creep)임을 알아냈습니다. 집중된
   MVP로 재협상하고, stakeholder 신뢰를 재건하기 위해 주간 데모 주기를
   설정했으며, 새 요청으로부터 팀을 보호했습니다.
R: 우리는 6주 만에 MVP를 출시했습니다. stakeholder는 일찍 가치를 얻었고
   나머지에 대한 현실적인 계획에 서명했습니다.
```

## 좋은 답변 vs 약한 답변

```text
✓ 진단, 범위 축소, 신뢰 재건, 팀 보호
✗ "그냥 다들 더 열심히 하라고 했습니다"
✗ 계획 없이 이전 리드를 탓함
```

## 왜 중요한가

어려움을 겪는 프로젝트에는 비난이 아니라 침착한 진단이 필요합니다. 원인은 보통 노력이 아니라 범위나 명확성입니다.

작고 잦은 성과는 지연된 프로젝트가 잃은 stakeholder 신뢰를 재건합니다.

사기를 잃은 팀을 보호하고 다시 활력을 불어넣는 것은 산출물만으로는 대체할 수 없는 리더십입니다.