Küçük bir detay: Bir yazılım mühendisi tükenmişliğe girdiğinde sahneye dramatik bir çöküş çıkmıyor çoğu zaman. Keşke öyle olsa; en azından fark etmek kolay olurdu. Daha çok, eskiden fikir yağdıran insanın yavaş yavaş susması gibi ilerliyor işte… toplantıda daha az konuşuyor, Slack’te üç kelimelik cevaplar veriyor, hatta “iyiyim” cümlesini otomatik pilota alıyor. Sessizlik öyle bir noktaya geliyor ki zaten kimse fark etmiyor bile.
Geçen yıl, 2024 Mart ayında İstanbul’daki bir ürün ekibinde buna birebir benzer bir tablo gördüm. Ekipteki kıdemli geliştirici, adı Ahmet’ti — normalde her mimari tartışmada el kaldıran, scope’a itiraz eden, alternatif öneri getiren tipti; iki hafta içinde neredeyse bayağı geri çekildi. Kimse kavga etmedi, kimse masaya vurmadı, herhangi bir dramatik an yaşanmadı. Sadece enerji azaldı. Ve açık konuşayım, bu sessizlik bazen en gürültülü alarm oluyor — ciddi söylüyorum.
Bakın şimdi, işin aslı şu ki tükenmişlik genelde “pat diye oldu” diye gelmiyor. Önce ufak sinyaller veriyor… sonra biraz daha belirginleşiyor… en sonunda da kişi ya istifa ediyor ya da performansı gözle görülür şekilde düşüyor. Ben bunu ilk kez 2019’da Ankara’da bir fintech projesinde fark etmiştim; ekip lideri bana “sorun yok” demişti. Sprint planlama notları resmen yarım bırakılmıştı. Yani söz ile gerçeklik tam ters köşedeydi.
Ve işler burada ilginçleşiyor.
İlk Kırmızı Bayraklar: Ses Azalır, Fikirler de
Tükenmişliğin en erken işaretlerinden biri toplantılarda konuşmamak. Tembellik değil bu. Normalde scope’a itiraz eden, alternatif öneri getiren mühendis bir anda kenara çekiliyor — çünkü zihinsel rezervi boşalmış, o kıvılcım gitmiş, insan hâlâ orada duruyor ama içi boş gibi.
Şunu da söyleyeyim: bu değişim dışarıdan bakınca çok nazik görünür. Büyük kriz yoktur, sert çıkış yoktur (en azından benim deneyimim böyle). Sadece “bu iş böyle de olur” tavrı başlar. Bir süre sonra ekip arkadaşları o kişinin fikrini sormamaya başlıyor — çünkü zaten yanıt kısa ve isteksiz geliyor, neden uğraşalım ki diye düşünüyorlar.
Bir dakika — bununla bitmedi.
Neden özellikle toplantılar ele verir?
Çünkü toplantı anlık enerji ister. Hazırlık ister, tepki ister, anlık karar verebilmeyi ister. Tükenmiş biri ise o anda sadece hayatta kalmaya çalışır gibi davranıyor olabilir — abartmıyorum bu noktada. Hele bir de de uzaktan çalışan ekiplerde bu daha zor yakalanıyor; kamera kapalıysa tamamdır, geçmiş olsun.
Benzer bir şeyi 2023 Kasım’ında İzmir’de çalışan küçük bir SaaS girişiminde gördüm. Mühendislerden biri haftalarca tek kelime etmediği için herkes onu “çok meşgul” sandı. Meğer adam yeni özelliklere değil, sadece günü bitirmeye odaklanmış. Farkı anlamak bazen o kadar zor ki.
Kod Kalitesi Düşüyorsa Mesaj Netleşiyor
Tükenmiş mühendis bir gecede kötü kod yazmaya başlamaz. O kadar teatral değil bu hikâye. Önce edge case’ler atlanır, testler ertelenir, TODO’lar birikir ve “şimdilik yeter” modu açılır — yavaş yavaş, fark edilmeden.
| Durum | Sağlıklı Tempo | Tükenmişlikte Görülen |
|---|---|---|
| Kod incelemesi | Detaylı yorum | Kısa geçiştirme |
| Test yazımı | Kapsamlı senaryo | Sadece mutlu yol |
| Refactor yaklaşımı | Zaman ayırma isteği | “Sonra bakarız” |
| Kabul standardı | Pekiştirilmiş kalite hissi | “Ship edelim de bitsin” |
Burası önemli. Kod hâlâ çalışabilir. Siz hiç denediniz mi? İşte tehlike tam da burada zaten — çünkü yönetici tarafına bakınca “teslimat var” gibi görünüyor, her şey yolundaymış izlenimi veriyor, ama iç tarafta teknik borç yavaş yavaş şişiyor ve bir gün patlıyor.
Küçük startup ile kurumsal takım arasında fark ne?
Ne yalan söyleyeyim, Küçük startup’ta insan sayısı az olduğu için bu sinyal daha hızlı maliyet yaratıyor; bir kişinin düşmesi bütün hız zincirini etkileyebiliyor, yerine koyacak kimse yok. Tahmin eder misiniz? Kurumsal yapıda ise tam tersi — kişi kayboluyor ama sistem bunu biraz saklıyor, çünkü yük dağıtılmış gibi duruyor, herkes “zaten birisi halleder” diye düşünüyor.
Şimdi gelelim işin can alıcı noktasına. Daha fazla bilgi için Cx Derleyici Günlüğü: Backend Bir Günde Nasıl Sıçradı? yazımıza bakabilirsiniz.
Neyse uzatmayalım. İkisinde de ortak olan şey aynı: kalite kaybı önce görünmez oluyor, sonra pahalıya patlıyor.
Tükenmişlik çoğu zaman büyük kriz olarak gelmez; sessizce gelir, üretimi azaltır ve insanın kendi standardını aşağı çeker.
Öğrenme Merakı Kaybolunca Durup Bakmak Gerekir
Mühendislerin iyi taraflarından biri meraklarıdır. Yeni framework denerler, blog okurlar, gece yarısı repo kurcalarlar… Ama tükenmişlik başladığında bu merak da söner. Tabii herkes her hafta side project yapacak diye bir kural yok. Yine de sıfır ilgi ciddi sinyal.
Ben kendi masamda bunu ilk kez Şubat 2022’de hissettim açıkçası — o dönem Bursa’daki danışmanlık işindeydim. Normalde ilgi duyduğum araçları incelerken bile içimden gelmemeye başladıysa bunun sıradan yorgunluk olmadığını anladım. Hmm, nasıl desem… bir şeyi sevdiğini biliyorsun ama hiç çekmiyorsun. İşte o noktada durup bakmak lazım (yanlış duymadınız) Albumentations ile Bounding Box: En Çok Kaçan Detaylar yazımızda bu konuya da değinmiştik.
E tabi öğrenmeyi bırakmak sadece bilgi eksikliği demek değil; kişide geleceğe dair heves azalıyor anlamına da geliyor olabilir. Bir konferans kaydı sekmede açık kalıp üç hafta izlenmiyorsa… hani dikkat etmek lazım.
Sinirlilik Arttığında Sebep Her Zaman Karakter Değil
Tükenmişlik yaşayan insanlar küçük şeylere beklenmedik sert tepki verebiliyor. PR yorumu normalde sakin alınırken tersleşme başlıyor ya da süreçte minicik bir değişiklik, aslında tamamen önemsiz bir şey, büyük kavga sebebi olabiliyor.
Bunun dışarıdan kötü karakter gibi okunması çok kolay. Ama genelde mesele karakter değil — duygusal tamponun bitmesi oluyor. İlginç, değil mi? İnsanların toleransı düşüyor çünkü gün boyu zaten sınırda geziyorlar, üstlerine bir şey daha gelince sistem patlıyor.
Şuna dikkat: pratik işaretler
- Kısa ve kuru cevapların artması (bu kritik)
- Sık sık erteleme isteme hali
- Kod incelemelerinde savunmacılık — ciddi fark yaratıyor
- Sosyal etkileşimden kaçınma
- Sorun yok” cümlesinin fazla tekrarlanması
- Büyük resmi konuşmak yerine sadece günü kurtarma eğilimi
Sorumluluktan Kaçmak Değil, Kendini Korumak Olabilir mi?
Biri yeni proje tekliflerini reddediyorsa hemen “isteksiz” damgasını vurmayın derim ben. Çoğu zaman bu insanlar ekstra yükün altında ezileceklerini biliyor ve kendilerini korumaya çalışıyorlar — gayet rasyonel bir tepki aslında. Daha fazla bilgi için Klasörlerden Hafıza Kurmak: Claude Code ile İkinci Beyin yazımıza bakabilirsiniz.
Açık konuşayım: bu noktada yöneticilerin yaptığı en büyük hata işi motive etmeye çalışırken daha fazla baskı yapmak oluyor. Dur bir saniye — aslında bazen en iyi destek ekstra görev vermemek oluyor! Tükenmiş biri için “bir de bunu alırsın artık” cümlesi motivasyon değil, tehdit gibi duyuluyor. Bunu anlamak o kadar zor değil ama pratikte sürekli gözden kaçıyor. Aşırı Gürültülü Uyarıları Susturmanın Akıllı Yolu: Pratik Rehber yazımızda da bu konuya değinmiştik. Python Paketlerinde Gizli Regex Tehlikesi: 20 Kütüphane Ne Gösterdi? yazımızda da bu konuya değinmiştik.
Bence, Bir ürün takımında bunu yaşadığımda proje sahibi güzel niyetle konuşuyordu. Sonuç kötüydü; adam iki hafta içinde iyice içine kapandı. Ha bu arada destek vermenin yolu illa terapi dili kullanmak değil:
- Öncelikleri sadeleştirmek
- Gereksiz toplantıları budamak
- Teslim tarihlerini yeniden görmek
- Birkaç gün odak zamanı açmak
Bazen bunlar ilaç gibi geliyor. Gerçekten.
Peki Ne Yapmalı? Müdahale Listesi Kaba Ama Etkili Çalışır
Tükenmişliği yönetmek için sihirli formül yok. Maalesef. Ama birkaç sağlam hamle var — önce görünürlük lazım, sonra dürüstlük, sonra geri adım atmayı bilmek.
Basit kontrol listesi:
1) Son iki haftada iletişim düştü mü?
2) Kod kalitesi veya test alışkanlığı bozuldu mu?
3) Öğrenme/merak davranışı tamamen söndü mü?
4) Küçük şeylere tepki büyüdü mü?
5) Kişi yeni sorumluluklardan kaçıyor mu?
Eğer üçten fazlası "evet" ise durum ciddidir.
Kendi deneyimimde işe yarayan şeylerden biri haftalık birebir görüşmeleri formaliteden çıkarıp gerçek hale getirmek oldu. 2024 Nisan’ında Berlin merkezli uzak çalışma yapan bir ekipte bunu denedik; on beş dakikalık dürüst sorularla bile tablo netleşti. “Nasıl gidiyor?” yerine “Seni şu ara ne yoruyor?” demek fark yaratıyor — kulağa küçük geliyor ama değil.
Sıkça Sorulan Sorular
Yazılım mühendislerinde tükenmişlik nasıl anlaşılır?
Şöyle ki, En erken işaretler genelde sessizlik, motivasyon düşüşü ve öğrenmeye karşı ilgisizlik oluyor.
Kişi hâlâ çalışıyor gibi görünse de enerjisi belirgin biçimde azalıyor olabilir.
Tükenmişlik ile basit yorgunluk arasındaki fark nedir?
Yorgunluk dinlenmeyle biraz toparlar.
Tükenmişlik ise dinlensende geçmeyen bir kopukluk hissi yaratır ve işe karşı tutumu değiştirir.
Ekip yöneticisi olarak ilk ne yapmalıyım?
Baskıyı artırmadan konuşmayı deneyin.
Öncelikleri sadeleştirin ve kişinin gerçekten neye takıldığını anlamaya çalışın.
Tükenmişliği önlemek mümkün mü?
Tamamen engellemek zor ama riski ciddi biçimde azaltmak mümkün.
Gerçekçi teslim tarihleri, düzenli mola ve sağlıklı iletişim burada bayağı işe yarar.
Kaynaklar ve İleri Okuma
Açık konuşayım, JetBrains Developer Ecosystem Report 2023
MDN Web Docs — Çalışma Alışkanlıkları. Teknik Kaynaklara Erişim İçin Başlangıç Noktası
20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
İlgili Yazılar
Bu içerik işinize yaradı mı?
Benzer içerikleri kaçırmamak için beni sosyal medyada takip edin.
