Bir projede kapsam sapmasını nasıl yönetirsiniz?

Question

Accepted Answer

**Kapsam sapması**, "sadece bir şey daha" yığılması, yolunda gidiş projelerinin sessizce kayması. Çözüm her şeye hayır demek değil; her eklemeyi zaman karşısında **görülebilir, açık bir takas** yapmak, sessiz emme yerine.

## Kapsamı nasıl kontrol edersiniz

```text
✓ Define DONE up front — written, agreed scope
✓ Make the cost of every addition VISIBLE ("yes, and that pushes us a week")
✓ Track changes — a changelog of what got added/cut
✓ Protect a core MVP — defend the must-haves fiercely
✓ Use a PARKING LOT — capture good ideas for "later," don't reject them
✓ Escalate trade-offs to whoever owns priority — let them choose
```

## Anahtar hamle

Yeni istekleri direkt olarak reddetmeyin, bu sizi engelleci yapıyor. Bunun yerine takas yüzeyini çıkartın: "Bunu ekleyebiliriz. Bu, son tarihin bir hafta ileri alınması veya X özelliğini bırakmamız demektir. Hangisini istiyorsunuz?" Şimdi bu doğru kişi tarafından alınan *iş* kararı, gözü açık.

## Somut bir örnek

Proje ortasında PM "küçük" düzeltmeler eklemeye devam ediyor. Paylaşılan bir kapsam değişikliği günlüğü başlatırısınız. Anında herkes orijinal iki haftalık projenin üç haftanın eklemelerini absorbe ettiğini görür ve son tarih hakkında konuşma açık ve basit hale gelir.

## Neden önemli

Yönetilmeyen kapsam sapması son tarih için sessiz katil, hiçbir değişiklik büyük hissetmez, ama toplamda eksiklik oluştururlar.

Takasları açık hale getirmek ekibi korur, paydaşları bilgilendirir ve kapsam (çaba değil) neden olduğunda mühendislikten suçu alır.