Gereksinimler belirsiz olduğunda nasıl ilerleye siniz?

Question

Accepted Answer

Belirsizlik gerçek işte normdur. **Belirsizliği aktif olarak azalttığınızı** görmek istiyorlar; donup kalmanız veya sessizce tahmin yapıp yanlış bir şey inşa etmeniz yerine.

## Buna nasıl yaklaşılır

```text
1. Ask the questions that change what you'd build
2. Find the goal behind the request (the "why")
3. State your assumptions in writing and confirm them
4. Build a thin slice, demo early, adjust fast
```

## İşlenmiş örnek

```text
S: A ticket said "add a dashboard" with no detail on metrics or users.
T: Building blind risked weeks of wasted work.
A: I asked who'd use it and what decision it drove, wrote down three assumptions,
   and built a clickable prototype of the top two metrics first.
R: The demo surfaced that they actually needed exports, not charts. We pivoted
   after two days instead of two weeks.
```

## İyi vs Zayıf

```text
✓ Clarifies the "why," states assumptions, demos early
✗ Building the full thing on a guess
✗ Refusing to start until everything is spec'd
```

## Neden önemli

Net belirtimler nadirdir; başarılı olan mühendisler, sisli ortamda hareket edebilen kişilerdir.

Altta yatan hedefi bulmak, sizi tam olarak sorulan şeyi inşa etmekten, ancak gerekli olanı değil engeller.

İnce bir dilimi erken göstermek pahalı tahminleri ucuz, hızlı düzeltmelere dönüştürür.