Vaka: Bir Yöneticinin Ekip Önünde Hata Kabul Etmesi ve Güveni Yeniden İnşası

Bu ders, İstanbul merkezli orta ölçekli bir teknoloji şirketinde yaşanan gerçek dokulu bir vakayı adım adım incelemektedir. Amaç, hata kabulünün soyut bir erdem değil, somut adımlardan oluşan bir yönetim davranışı olduğunu göstermektir.

Vakanın Arka Planı

Bir ürün ekibinde yönetici Deniz, üç ayrı müşteri talebini aynı anda karşılamaya çalışan bir yol haritası hazırlar. Zaman baskısı altında, teknik ekibin "bu üçünü aynı sprintte bitiremeyiz" uyarısını yeterince ciddiye almadan önceliklendirmeyi kendisi yapar ve ekibe "bu şekilde ilerleyeceğiz" diye duyurur. Teslim tarihine üç gün kala, entegrasyon testlerinde ciddi sorunlar çıkar. Ekip, projeyi yetiştirmek için art arda iki hafta sonu mesaiye kalır; buna rağmen proje son anda müşteriyle görüşülüp ertelenir.

Hatayı Fark Etme Anı

Erteleme kararının açıklandığı toplantıdan sonra Deniz, kıdemli bir mühendisle baş başa konuşur. Mühendis şunu söyler: "Bunu baştan söylemiştik, ama plana yansımadı." Bu cümle, Deniz için dönüm noktası olur. Sorunun ekibin yavaş çalışmasından değil, kendi önceliklendirme kararından ve ekibin erken uyarısını dinlememesinden kaynaklandığını fark eder.

Yöneticinin kendine sorduğu üç soru

• Bu kararı alırken hangi bilgiyi görmezden geldim?
• Ekip bana bunu söylemeye çalıştı mı, ben nasıl tepki verdim?
• Şimdi sessiz kalırsam ekip bir dahaki sefere uyarır mı?

Kabul Etme Konuşmasının Kurulması

Deniz, hatayı e-postayla değil, ekip toplantısında yüz yüze paylaşmaya karar verir. Konuşmayı üç bölüme ayırır:

Kritik nokta: Deniz cümlelerinde "ama", "şartlar öyle gerektirdi" gibi savunma ifadeleri kullanmaz. Bir hata kabulüne "ama" eklemek, kabulü geçersiz kılar ve ekip tarafından samimiyetsiz algılanır.

Ekibin İlk Tepkisi

Toplantıda ilk tepki sessizliktir. Bir süre sonra bir ekip üyesi, "Bunu söylemeniz önemliydi, teşekkürler" der; ama herkes hemen rahatlamaz. Bazı ekip üyeleri hâlâ yorgun ve kırgındır. Deniz bu tepkiyi bastırmaya çalışmaz, "Şu an kırgın olmanız normal, bunu bir toplantıda düzeltemeyiz" diyerek alanı açık bırakır.

Ders Çıkarma Toplantısının Yapısı

Bir hafta sonra, duygular biraz durulunca Deniz ayrı bir "ders çıkarma" (retrospektif) toplantısı düzenler. Bu toplantı suçlu aramaz, süreci inceler:

• Zaman çizelgesi: Karar hangi tarihte, hangi bilgiyle alındı?
• Uyarı noktaları: Ekip hangi anlarda risk işareti verdi, bu işaretler nereye kayboldu?
• Sistemsel düzeltme: Bir dahaki sefere aynı hatayı önleyecek somut kural nedir? (Örnek: önceliklendirme kararları artık teknik liderin yazılı onayı olmadan duyurulmayacak.)

Güvenin Yeniden İnşası: Anlık Değil, Süreçsel

Tek bir kabul konuşması güveni geri getirmez. Deniz'in sonraki üç ayda yaptığı gözlemlenebilir davranış değişiklikleri şunlardır:

• Önceliklendirme kararlarını artık ekiple birlikte, riskleri yazılı olarak topladığı bir kısa toplantıyla alır.
• Ekip bir risk uyarısı verdiğinde, kararı değiştirmese bile "bu riski görüyorum, şu sebeple yine de bu yönde ilerliyoruz" diyerek gerekçesini paylaşır.
• Kendi hatalarını fark ettiği anda, biriktirmeden ve küçükken paylaşmaya başlar; böylece "büyük itiraf" yerine "sürekli şeffaflık" alışkanlığı oluşur.

Ekip tarafında gözlemlenen değişim ise, uyarıların artık daha erken ve daha net dile getirilmesidir; çünkü ekip, uyarının bu kez dinleneceğine dair kanıt görmüştür.

Bu Vakadan Çıkan Genel İlke

Hata kabulü otoriteyi zedelemez; belirsizlik ve savunmacılık zedeler. Ekip, yöneticisinin hatasız olmasını değil, hatayı gördüğünde ne yaptığını izler. Kabul + somut değişiklik + tutarlılık üçlüsü olmadan yapılan bir "özür" kalıcı güven yaratmaz.

Tartışma Soruları

• Kendi hatanızı ekibinizle paylaşırken sizi ne durduruyor: itibar kaygısı mı, sonuçlarından emin olamamak mı, yoksa başka bir şey mi?
• Bu vakadaki yönetici, hatayı fark ettiği anda değil de haftalar sonra paylaşsaydı, ekibin tepkisi nasıl farklılaşırdı?
• Hatayı kabul etmenin otoritenizi zedelemesinden kaçınmak için, kabul konuşmasına hangi somut adımı mutlaka eklemeniz gerekir?