Bir teslim tarihini kaçırdığınız veya kaçırmak üzere olduğunuz bir durumu anlatın. Ne yaptınız?

Mülakatçı burada erken iletişim, sahiplenme (ownership) ve kapsam yönetimi arar. Asıl kırmızı bayrak gecikme değil, gecikmenin son gün fark edilmesi veya saklanmasıdır.

Güçlü cevabın yapısı

1. Bağlam: proje, teslim tarihi ve neden önemli olduğu.
2. Fark ettiğiniz an: riski ne zaman ve nasıl gördünüz (ör. sprint ortasında tahminin iki katı sürdüğünü fark etmek).
3. İletişim: paydaşlara erken haber verdiniz; sadece sorunu değil, seçenekleri de götürdünüz.
4. Seçenekler: kapsamı daraltmak (MVP), ek kaynak, tarihi ertelemek veya kaliteyi koruyarak riskli kısmı sonraya bırakmak.
5. Sonuç ve ders: neyi farklı yapıyorsunuz (daha küçük parçalara bölme, belirsiz işlere spike/araştırma süresi koyma).

Örnek cevap (özet)

Durum: Bir bankanın raporlama modülü için üç haftalık bir entegrasyon işini üstlenmiştim. İkinci haftanın başında karşı tarafın API'sinin dokümantasyondan farklı davrandığını ve sayfalama desteklemediğini gördüm.

Aksiyon: Aynı gün takım liderime ve ürün sahibine yazılı olarak durumu, etkisini ve üç seçeneği ilettim: tarihi bir hafta kaydırmak, ilk sürümde sadece son 30 günlük veriyi desteklemek veya karşı ekipten API düzeltmesi beklemek. Ürün sahibi ikinci seçeneği seçti; kalan kapsamı ayrı bir iş olarak backlog'a ekledik. Karşı ekiple de haftalık takip toplantısı kurdum.

Sonuç: İlk sürüm zamanında çıktı, tam kapsam iki hafta sonra tamamlandı. Sonraki entegrasyonlarda ilk iki günü gerçek API'yi test eden bir spike'a ayırmayı standart hâline getirdik.

Kaçınılması gerekenler

• Suçu tamamen başkasına (başka ekip, müşteri) atmak.
• "Gece gündüz çalışıp yetiştirdim" hikayesini tek çözüm gibi sunmak; sürdürülebilir değildir ve planlama sorununu gizler.