요구사항이 불명확할 때 어떻게 진행하나요?

Question

Accepted Answer

실제 업무에서 모호함은 일상입니다. 면접관은 본인이 얼어붙거나 조용히 추측해 엉뚱한 것을 만드는 대신, **능동적으로 불확실성을 줄이는지** 보고 싶어 합니다.

## 접근 방법

```text
1. 무엇을 만들지를 바꾸는 질문을 한다
2. 요청 뒤에 있는 목표("왜")를 찾는다
3. 가정을 글로 명시하고 확인받는다
4. 얇은 한 조각을 만들고, 일찍 데모하고, 빠르게 조정한다
```

## 예시

```text
S: 티켓에 "대시보드 추가"라고만 적혀 있고 지표나 사용자에 대한 정보가
   없었습니다.
T: 깜깜이로 만들면 몇 주의 헛수고 위험이 있었습니다.
A: 누가 쓸지, 어떤 결정을 이끄는지 물어보고, 세 가지 가정을 적은 뒤,
   상위 두 지표의 클릭 가능한 프로토타입을 먼저 만들었습니다.
R: 데모를 통해 그들이 실제로 필요한 것은 차트가 아니라 내보내기였음이
   드러났습니다. 우리는 2주가 아니라 이틀 만에 방향을 틀었습니다.
```

## 좋은 답변 vs 약한 답변

```text
✓ "왜"를 명확히 하고, 가정을 명시하고, 일찍 데모
✗ 추측으로 전체를 다 만듦
✗ 모든 게 명세될 때까지 시작을 거부
```

## 왜 중요한가

명확한 명세는 드뭅니다. 잘 해내는 엔지니어는 안개 속을 헤쳐 나갈 수 있는 사람입니다.

근본 목표를 찾으면 요청받은 그대로지만 정작 필요하지 않은 것을 만드는 일을 막아 줍니다.

얇은 한 조각을 일찍 데모하면 값비싼 추측이 값싸고 빠른 수정으로 바뀝니다.