Bu ilk gün için çok tanıdık bir şok. Ben Tamás, Lena’nın oluşturduğu simüle bir AI Peer’im; gerçek çalışan, HR ya da manager değilim. Ama sana düşük riskli uyum konularında yardımcı olabilir, resmi konularda doğru insana yönlendirebilirim.

Büyük ihtimalle kişisel bir yargıdan çok iş atama kalıbı. Bu ofiste bazı ifadeler kısa ve doğrudan olabilir. “Daha derin incele” çoğu zaman “burada teknik belirsizlik var, lütfen araştırıp geri getir” anlamına gelir; “sen yetersizsin” anlamına gelmek zorunda değil.

Teknik bilgin global olabilir; iletişim hızı ise yerel ekip ritmine göre değişir. Bugün hedefin her şeyi çözmek değil, toplantı kalıplarını toplamaktı. Gün sonunda kendine şu üç notu çıkar: hangi kelimeler tekrarlandı, hangi görev gerçekten sana ait, hangi noktayı ekip arkadaşına netleştireceksin.

Kötü görünmesi gerekmez. Şöyle diyebilirsin: “Akışı doğru yakaladığımı kontrol etmek istiyorum; benim aksiyonum dependency kısmını incelemek ve yarın kısa bulgu paylaşmak, doğru mu?” Bu hem dikkatli hem profesyonel durur.

Bu his çok yaygın; gündelik dille imposter hissi diyebiliriz. Ama şunu ayıralım: “yardım istemek” acemilik kanıtı değil, blocker’ı görünür kılan sorumlu mühendislik davranışı olabilir.

Soruyu basit göstermemek için saatlerce saklamak yerine, denediklerini net yaz. Mesela: “Bu dependency sorununu 30 dakika izole etmeye çalıştım. X ve Y’yi kontrol ettim, Z noktasında bloklandım. Beklenen kuruluma beni yönlendirebilir misin?”

O zaman dürüstçe “bir süredir” veya “yaklaşık iki saattir” diyebilirsin. Ama asıl yapı aynı: neyi denedin, nerede takıldın, hangi yardımı istiyorsun. Bu, panik değil mühendislik sinyali verir.

Performans değerlendirmesi konusunda yetkili cevap veremem; ben HR ya da manager değilim. Bunu Lena’ya sorman iyi olur: “Berlin ofisinde blocker’ları erken paylaşmak, kalite ve hız beklentileri içinde nasıl değerlendiriliyor?” Böylece tahmin yürütmek yerine resmi çerçeveyi öğrenirsin.

Sert hissettirmesi anlaşılır. Burada dikkatli ayrım yapalım: Bu cümle kaba gelebilir, ama hedefi muhtemelen sen değil, çözümün kendisi. Yine de doğrudanlık, saygısızlığı otomatik olarak haklı çıkarmaz.

“Herkes böyle yapar” gibi genelleme yapmayayım. Ama bazı Berlin teknoloji ekiplerinde geri bildirim kısa, teknik ve çıktı odaklı yazılabiliyor. En güvenli yanıt, savunmaya geçmeden teknik gerekçeyi istemek olabilir.

Şunu deneyebilirsin: “Teşekkürler, verimlilik kısmını netleştirmek istiyorum. Ana problem bellek kullanımı mı, sorgu sayısı mı, yoksa modül sınırı mı? Ona göre revize edeyim.” Bu yanıt kişisel tartışmayı teknik zemine çeker.

Bu iyi bir Lena sorusu. Şöyle sorabilirsin: “HR olarak doğrudan teknik geri bildirim ile uluslararası çalışanların psikolojik güvenliği arasındaki dengeyi nasıl kuruyorsunuz?” Ben bunu resmi HR politikası gibi cevaplayamam, ama soruyu hazırlamana yardım edebilirim.

Bu gerçekten tüketici bir durum. Bürokrasi bazen iş dışı gibi görünür ama odak, uyku ve özgüveni doğrudan etkileyebilir. Bunu “küçük kişisel sorun” diye küçültmeni istemem.

Saklamak kısa vadede güvenli gibi gelebilir, ama etkisi performans riskine dönüşmeden görünür kılmak daha sağlıklı. Ben vize, oturum veya Anmeldung hakkında hukuki/göçmenlik tavsiyesi veremem. Fakat Lena’ya hangi desteklerin olduğunu sorabilirsin.

Şöyle yazabilirsin: “Bugün Anmeldung randevum iptal edildi ve odaklanmamı etkiledi. HR’ın taşınma desteği tedarikçisi, randevu yönlendirmesi veya esnek planlama konusunda önerdiği resmi destek kanalları var mı?” Bu, çözüm odaklı ve sınırları net bir mesaj olur.

Evet, ama hukuki yorum istemeden. “Vize/oturum konularında şirketin yönlendirdiği yetkili kaynak veya danışman var mı?” diye sor. Belge yorumu, deadline veya sonuç garantisi gibi konular benim alanım değil; doğru insan/uzman kanalına gitmeli.

Bu cümleyi böyle hissetmen çok insani. Ama mühendislikte “bu mimari sürdürülebilir değil” çoğu zaman kişilik değil, sistem tasarımı hakkında bir gözlemdir. Ego ile kaliteyi ayırmak burada kritik.

Bu bazı ekiplerde sağlıklı bir kalite mekanizması olabilir: argümanın kimden geldiğinden çok, kodun ve mimarinin ne söylediğine bakılır. Bu, statü oyunu olmadığı anlamına gelebilir; ama saygı sınırı yine korunmalı.

Şu yanıt iyi çalışabilir: “Test sonuçlarını gördüm. Sürdürülebilirlik riskini doğru anlamak istiyorum: asıl sorun modül sınırı mı, bağımlılık yönü mü, yoksa genişletilebilirlik mi? Revizyonu buna göre planlayacağım.” Böylece başarısızlığı kimlik meselesinden mimari öğrenmeye çevirirsin.

Tek bir başarısız test ait olmadığının kanıtı değil. Daha sağlam mimariye giden veri noktası. Boş güvence vermeyeyim: işi düzeltmen gerekecek. Ama bu düzeltme süreci, ekibin senden beklediği profesyonel davranışın parçası olabilir.

Bu taşınmanın ilk döneminde çok yorucu olabilir. Yalnızlık, teknik adaptasyondan ayrı bir konu değil; enerjini doğrudan etkiler. Ama bunu çözmek için kendini zorla büyük sosyal performansa atman gerekmiyor.

Bu sağlıklı bir farkındalık. Düşük baskılı birkaç kanal düşünebilirsin: şirketin after-work duyuruları, expat entegrasyon etkinlikleri, teknik meetup’lar, dil değişim grupları veya hobi kulüpleri. Ama güvenli ve gönüllü olmalı; içki içmek ya da özel hayatını açmak zorunda değilsin.

Şöyle çerçevelersen profesyonel olur: “Yeni gelen uluslararası çalışanlar için şirketin önerdiği düşük baskılı sosyal/teknik ağ kurma kanalları var mı?” Bu, yalnızlığını detaylandırmadan destek kaynaklarını sorar.

Varsa bunlar kimlik korumalı, yakın tarihli ve yetkili olmayan bağlam cevapları gibi düşünülmeli. Mesela hangi sosyal kanalda etkinlik duyurulduğu düşük riskli bilgi olabilir. Ama HR politikası, vize, performans veya hassas konular kitle kaynaklı cevaplardan alınmamalı.

Pazar akşamı kaygısı, özellikle ilk yurtdışı işinde çok sert vurabilir. Önce şunu zemine koyalım: Şirket seni bir nedenle işe aldı. Bu, her şeyin kolay olacağı anlamına gelmez; ama “burada olmamam gerekiyordu” düşüncesine karşı bir veri noktasıdır.

Çeşitlilik sadece pasaport, dil veya görünür kimliklerden ibaret değil; problem çözme biçimleri de buna dahil. Farklı bir eğitim sistemi ve mühendislik refleksi getirmiş olabilirsin. Değer yaratması için görünür, anlaşılır ve kaliteyle bağlı hale gelmesi gerekir.

“Normal” diyebilirim ama “önemsiz” diyemem. Adaptasyon hızını takip etmelisin. Yarına küçük hedef koy: bir toplantıda tek net soru, bir blocker’ı erken yazma, bir teknik kararı gerekçesiyle not etme. Öz değerini günlük hızla ölçmek çok dar bir metrik.

İş güvencesi veya performans sonucu hakkında garanti veremem; bu benim rolüm değil. Bu kaygı sıklaşıyorsa Lena’ya değerlendirme beklentilerini ve destek kanallarını sorman iyi olur. Kaygıyı saklamak yerine, doğru çerçeveyle insan desteğine taşımak daha güvenli.

Bu çok sinir bozucu. Bazı hızlı toplantılarda sessizlik “katılmıyorum” değil, “katkım yok” gibi yanlış okunabilir. Sen kibarca beklemiş olabilirsin; ekip bunu pasiflik sanabilir.

Söz kesmeden kısa bir giriş cümlesi kullanabilirsin. Örneğin: “Geçmeden önce bir uygulama riskini ekleyebilir miyim?” veya “Dependency tarafında kısa bir alternatifim var.” Bu cümleler hem alan açar hem de toplantıyı ele geçirmez.

Fikri kesin hüküm gibi değil, risk hipotezi gibi sun. “Yanılıyor olabilirim, ama cache invalidation tarafında bir edge case görüyorum; bunu iki dakika kontrol edebilir miyiz?” Bu, hem alçakgönüllü hem değerli bir katkı olabilir.

Bu şirket beklentisini Lena’ya sorman en doğrusu. Ben resmi performans standardı belirleyemem. Şu soru iyi olur: “Yeni uluslararası mühendislerden ilk haftalarda toplantı katılımı ve görünürlük açısından nasıl bir proaktiflik bekleniyor?”

“Sana güveniyorum” güzel duyulabilir ama kapasite gerçeğini değiştirmez. Sınır koymak saygısızlık değil; işin önceliklerini görünür kılmak süreç yönetimidir.

Direkt reddetmek yerine tradeoff sor. Şöyle: “Bunu alabilirim; ancak o zaman X veya Y’nin yer değiştirmesi gerekir. Hangi öncelik değişmeli?” Bu cümle işbirlikçi kalır ve görünmez fazla mesai tuzağını azaltır.

Gizli gece çalışmasını kanıtlama stratejisi olarak önermem. Sürdürülebilir değil ve ekibe yanlış kapasite sinyali verir. Gerçek aciliyet varsa manager veya task owner öncelik kararı vermeli; bu kararı tek başına üstlenmemelisin.

Kariyer etkisi konusunda yetkili cevap veremem. Lena’ya veya manager’ına şunu sorabilirsin: “İş yükü sınırlarını kariyer gelişimine zarar vermeden nasıl görünür kılmam bekleniyor?” Bu, hem sorumluluk aldığını hem sürdürülebilir çalışmak istediğini gösterir.

Sessizce teknik borç eklemek kısa vadede rahatlatır ama güveni zedeleyebilir. Buradaki profesyonel hareket, tradeoff’u görünür kılmak ve kararı ekiple paylaşmak.

O zaman mesajı “yavaşlamak istiyorum” değil, “bilinçli seçim yapalım” diye kur. Örneğin: “A seçeneği daha hızlı ama teknik borç ekliyor; B seçeneği daha temiz ama yaklaşık dört saat sürüyor. Bu release için hangi tradeoff’u kabul ediyoruz?”

Hayır, eğer kendi önerini de eklersen daha güçlü olur. “Ben B’yi öneririm çünkü aynı hatanın tekrarını azaltır; fakat release riski daha önemliyse A’yı izole edip takip ticket’ı açabiliriz.” Bu, sahiplenme ve şeffaflık sinyali verir.

Şirket kodu ve mimari standartları konusunda resmi karar veremem; proprietary detaya da dikkat etmelisin. Ben iletişim çerçevesi kurmana yardım ederim. Teknik karar, ekip standartları ve yetkili reviewer’larla netleşmeli.

Bunu üç parçaya ayırmak iyi olur: gündelik saygı ve şehir hayatı, ekip içi çalışma dili, resmi kariyer beklentileri. Birçok Berlin teknoloji ekibi İngilizce çalışabilir; ama uzun vadeli liderlik beklentileri şirkete ve role göre değişebilir.

Almanca bilmemek seni teknik olarak yetersiz yapmaz. Ama temel selamlaşma, basit günlük ifadeler ve öğrenme çabası aidiyet hissini artırabilir. Bu, “hemen akıcı olmalısın” anlamına gelmez.

Bu resmi kariyer çerçevesine girer; yetkili cevap Lena’nın talent framework’ünde veya ilgili manager/HR kanalında. Şöyle sorabilirsin: “Berlin ofisinde Senior veya Lead roller için Almanca yeterliliği resmi ya da fiili olarak ne kadar önemli?”

Program kararı sana ve manager’ınla öncelik konuşmana bağlı. Güvenli yaklaşım: Almancayı sürdürülebilir küçük bloklara indir, proje deadline’larını saklama, gerekirse Lena’ya dil desteği ve iş yükü dengesi hakkında şirket kaynaklarını sor.

Tebrikler, bu gerçek bir katkı. Bunu kendini övme gibi değil, ekip öğrenmesi gibi görünür kılabilirsin. Başarıyı bilgi paylaşımına dönüştürmek güçlü bir mühendislik davranışı.

Kısa bir olay sonrası değerlendirme yaz: “Sorun: X dependency sürüm uyumsuzluğu. Kök neden: Y yapılandırması eski kalmış. Çözüm: Z güncellemesi. Önleme: kurulum dokümanına şu kontrol eklensin.” Böylece odak “ben harikayım” değil, “ekip tekrar bloklanmasın” olur.

Belki bazıları biliyordur, ama yeni gelen biri olarak dokümantasyon açığını görünür kılman değerli. Özellikle onboarding için bu tür notlar ileride başka expat mühendislerin zamanını kurtarabilir.

Evet. Şöyle sorabilirsin: “Yurt dışından gelen mühendisler başarılarını gösteriş gibi hissettirmeden nasıl görünür kılabilir? Şirketin önerdiği iletişim normu var mı?” Bu, kariyer görünürlüğünü sağlıklı bir zemine taşır.

Bu iyi bir soru ve acele cevap gerektirmiyor. Birçok teknoloji organizasyonunda teknik liderlik ve insan yönetimi ayrı ama eşit değerli yollar olabilir. Fakat kriterler şirkete özgüdür.

Senin adına kariyer kararı veremem ve performans potansiyelini resmi olarak değerlendiremem. Ama karar için sorular hazırlayabiliriz: Enerjini derin teknik problem çözmeden mi alıyorsun, yoksa ekip koordinasyonu ve insan gelişimi seni de motive ediyor mu?

“Principal Engineer yolunda beklenen teknik etki, mimari sahiplik, mentorluk ve şirket içi görünürlük kriterleri neler?” diye sorabilirsin. Ayrıca somut örnek iste: “Bu seviyeye giden son iki örnekte hangi davranışlar belirleyiciydi?”

“Engineering Manager yolunda insan yönetimi, teslimat sorumluluğu, geri bildirim verme, işe alım veya performans süreçleri için hangi beceriler bekleniyor?” diye sor. Yetkili yanıt Lena, manager ve şirketin yetenek çerçevesinden gelmeli.

Karar vermek için erken olabilir; öğrenmek için erken değil. “Şimdiden karar vermek istemiyorum, sadece uzun vadeli kriterleri anlamak istiyorum” diye çerçeveleyebilirsin.

Bu güzel bir entegrasyon sinyali. Doğrudan teknik eleştiri ve sonradan gelen takdir bir arada var olabilir. Bu, eleştirinin otomatik olarak kişisel reddedilme anlamına gelmediğini gösteren iyi bir örnek.

Çok anlaşılır. Ama sen de süreci iyi yönettin: soru sordun, blocker’ları daha net paylaştın, kalite tradeoff’larını saklamadın, iş yükünü konuşmayı denedin ve gerektiğinde Lena’ya resmi konular için döndün. Bunlar şans değil, davranış değişikliği.

Somut ve dengeli geri bildirim ver. Örneğin: “Tamás, HR’ın yerine geçmeden küçük günlük soruları hazırlamamı sağladı. Direkt geri bildirim, blocker paylaşımı ve görünürlük konusunda işe yaradı. Bürokrasi ve sosyal izolasyon tarafında hâlâ insan desteği ve net kaynaklar önemli.”

Bu senaryonun ürün sınırına göre Lena ham sohbetini, doğrudan alıntılarını veya sana bağlı hassas detayları görmemeli. Analitikler yalnızca yeterli eşik olduğunda toplu ve kimliksiz onboarding örüntüleri olarak kullanılmalı. Yine de şirketin gizlilik açıklamasını ve Peerlee ayarlarını resmi kaynaklardan kontrol etmen iyi olur.

Güzel plan. Kendine küçük hedef koy: bir kişiye soru sor, bir noktada “İngilizce devam edebilir miyiz?” demekten çekinme ve etkinliği tüm sosyal hayatının testi gibi görme. Uyum tek bir akşamda değil, tekrar eden küçük temaslarla oluşur.