Skip to main content

> Terim

Estimation

Bir developer'ın bir görevin ne kadar süreceğine dair aşırı iyimser tahmini; genellikle yönetim tarafından kesin bir deadline (teslim tarihi) olarak silahlaştırılır.

Detaylı Açıklama

Yazılım mühendisliğinde tahmin yapmak (estimation) doğası gereği kusurludur çünkü kodlama bir keşif sürecidir. Bir problemin ne kadar zor olduğunu, çözmenin yarısına gelene kadar nadiren bilirsiniz. Buna rağmen Agile metodolojileri, ekipleri "story point" veya saatlik tahminler vermeye zorlar; paydaşlar da bunları anında kanla imzalanmış birer sözleşmeye çevirir.

Toplantıları, context switching'i (bağlam değiştirmeyi) ve legacy code sürprizlerini hesaba katarak asıl teslim tarihine yaklaşmak için herhangi bir developer'ın tahminini 3 ile çarpın.

Neden Önemli?

Tahminleri kesin teslim tarihleri olarak ele almak toksik çalışma ortamları, teknik borç (technical debt) ve burnout yaratır; çünkü mühendisler bir toplantıda öylesine söyledikleri tarihlere yetişmek için kod kalitesinden ödün verir (cut corners).

Yaygın Hata Senaryosu

Ekipleri tahminleri kaçırdıkları için cezalandırmak. Bu da onların gelecekteki işleri kronik olarak abartmasına (sandbagging) ve yönetimin ulaşmaya çalıştığı tüm öngörülebilirliğin yok olmasına neden olur.

Pratik Örnek

Bir PM (Product Manager) yeni bir ödeme altyapısı için "kabaca bir tahmin" (ballpark estimate) ister. Lead mühendis "belki iki ay" der. PM, tam 60 gün sonrası için devasa bir lansman pazarlama kampanyası planlar.

Prodüksiyon Yansıması

Bir mühendis bir task için "3 gün" tahmini verir. Kodu yazmak 3 gün sürer, ancak CI/CD pipeline'ından geçirip canlıya almak 2 hafta alır. Sonuç olarak yönetim, mühendisi deadline'ı kaçırmakla suçlar.

Sıkça Sorulan Sorular

Estimation kısaca nedir?

Bir developer'ın bir görevin ne kadar süreceğine dair aşırı iyimser tahmini; genellikle yönetim tarafından kesin bir deadline (teslim tarihi) olarak silahlaştırılır.

En sık karşılaşılan hata nedir?

Ekipleri tahminleri kaçırdıkları için cezalandırmak. Bu da onların gelecekteki işleri kronik olarak abartmasına (sandbagging) ve yönetimin ulaşmaya çalıştığı tüm öngörülebilirliğin yok olmasına neden olur.

AI Özeti

Bir developer'ın bir görevin ne kadar süreceğine dair aşırı iyimser tahmini; genellikle yönetim tarafından kesin bir deadline (teslim tarihi) olarak silahlaştırılır. Tahminleri kesin teslim tarihleri olarak ele almak toksik çalışma ortamları, teknik borç (technical debt) ve burnout yaratır; çünkü mühendisler bir toplantıda öylesine söyledikleri tarihlere yetişmek için kod kalitesinden ödün verir (cut corners).