Düzenlenmiş bir finansal hizmet ortamında veri ekibi kurmak, bir teknoloji şirketinde ya da düzenlenmemiş bir sektörde kurmaktan farklı. Farklar kozmetik değil. Hangi becerilerin önemli olduğunu, hangi profillerin başarılı olduğunu ve hangi işe alma varsayımlarının tutarlı biçimde kötü sonuçlar üreteceğini etkiliyor.
Bu çalışmada on yılı aşkın süreden — bireysel katkıcı, teknik uzman ve şimdi yönetici olarak — öğrendiklerimin standart işe alma el kitabında yer almayanları şunlar.
Uyum Zihniyeti Opsiyonel Değil
Çoğu teknoloji ortamında, veri mühendisleri inşa etmek için optimize ediliyor. Hız, inovasyon, yeşil alan düşüncesi. Düzenlenmiş finansal hizmetlerde bağlam farklı: denetlenecek, açıklanabilir olması gereken ve hataların düzenleyici sonuçları olan sistemler inşa ediyorsunuz.
Bu ortamda zorluk yaşayan mühendisler çoğunlukla teknik olarak mükemmel ama uyum zihniyeti olarak adlandırdığım şeyden yoksun — belgeleme içgüdüsü, gözlemlenebilirlik inşa etme, on sekiz ay önce yapılan bir bildirim hakkında düzenleyici soru sorduğunda ne olacağını düşünme.
Bu zihniyet üniversite programlarında öğretilmiyor. Düzenleyici ortamlara maruziyetten ve sorumluluğu ciddiye alan bir kişilikten geliyor. Geçmiş olaylar sorarak görüşmelerde bunu arıyorum: nasıl ele aldılar, ne belgelediler, sonrasında ne değiştirdiler?
Teknik düzeltmeler tanımlayan adaylar yanlış sorunu çözüyor. Süreç değişikliklerini, dokümantasyonu ve önlemeyi tanımlayanlar istediğim profil.
Oracle Paradoksu
Türk finansal hizmetleri ağırlıklı olarak Oracle üzerinde çalışıyor. Bu yakın vadede değişmiyor. Oracle DBA ve PL/SQL uzmanlığı bu sektördeki çoğu veri rolü için temel.
Paradoks: PL/SQL modası geçmiş. Güçlü Oracle mühendisleri çoğunlukla modern yığın deneyimine sahip adaylar lehine göz ardı ediliyor. Sonuç, bulut veri mühendisliği kapasitesine sahip ama kendi uyum raporlama pipeline'larını fazla gergin kıdemli mühendislere danışmadan sürdüremeyen ekipler.
Görüşüm: Düzenlenmiş Türk finansal hizmetlerinde, Oracle uzmanlığı eski bir beceri değil, temel bir yetkinlik. Ekip kurduğumda bunu aktif olarak işe alıyorum. Ayrıca Oracle konusunda güçlü mühendislerin modern araç becerileri geliştirmelerine yatırım yapıyorum — ama temel, gerçekte yaptığımız işlerin çoğunda modern yığından daha önemli.
İletişim Temel Teknik Beceri Olarak
Düzenlenmiş bir ortamda, yalnızca diğer veri profesyonelleriyle konuşabilen bir veri profesyoneli bir yükümlülük. Çalışma sürekli iletişim gerektiriyor: bir rakamın neden değiştiğini anlaması gereken finans ekipleriyle, düzenleyicilere bildirimleri açıklaması gereken uyum ekipleriyle, lineage izlemesi gereken denetim ekipleriyle ve kalite sorunları olabilecek veriye dayanarak karar vermesi gereken yönetimle.
Bu, teknik karmaşıklığı teknik olmayan paydaşların harekete geçebileceği terimlere çevirme kapasitesini gerektiriyor — doğruluğu bozacak kadar basitleştirmek değil, dinleyicinin ihtiyaç duyduğu hassasiyetle iletişim kurmak.
Bunu her görüşmede değerlendiriyorum. Adaylardan teknik bir sorunu bana finans direktörüymüşüm gibi açıklamalarını istiyorum. İyiler küçümseyici veya belirsiz olmadan doğru soyutlama düzeyini buluyor. Zayıflar ya teknik detayda boğuluyor ya da açıklama işe yaramayacak kadar fazla basitleştiriyor.
Ekip Yapısı Hakkında Öğrendiklerim
Pratikte işe yarayan birkaç yapısal prensip:
Derin teknik uzmanlığı düzenleyici bilgiyle eşleştirin. Bu ortamdaki en iyi veri mühendisleri, güçlü teknik becerilerle FATCA, CRS, HAYMER, BDDK gereksinimleri gibi düzenleyici çerçevelerin gerçek anlayışını birleştiriyor. Uyum uzmanı olmaları gerekmiyor ama gereksinimleri sürekli spesifikasyon olmadan karşılayan sistemler inşa edecek kadar alanı anlamaları gerekiyor.
Operasyonel deneyimi küçümsemeyin. Uyum sistemleri için nöbet tutmuş, bildirim tarihi öncesi gece saat 11'de olayları araştırmış, yönetime bir hatayı açıklamak zorunda kalmış mühendisler — yeşil alan mühendislerinin sahip olmadığı bir yargıya sahip. Bu deneyim tutmak için yatırım yapmaya değer.
Açık bilgi transferi yolları oluşturun. Kritik bilginin birkaç kıdemli kişide yoğunlaştığı bir sektörde, organizasyonel risk yüksek. Yalnızca bir kişinin kafasında var olan her sistem bilgisi tek hata noktası. Bir kilit kişi ayrılmadan önce bilgi transferi için açık süreçler inşa edin — dokümantasyon gereksinimleri, çift çalışma, sahiplik rotasyonu.
İşin En Zor Kısmı
Düzenlenmiş finansal hizmetlerde veri ekibi kurmanın ve liderliğinin en zor kısmı teknik değil. Henüz yaşanmamış sorunları önleyen altyapı ve süreç yatırımının gerekçesini yukarıya ve dışarıya ortaya koymak.
İyi izleme altyapısı sayesinde yaşanmayan veri kalitesi olayı görünmez. Pipeline düzgün belgelendiği için gerçekleşmeyen düzenleyici bulgu hiç tanınmıyor. Çalışmanın değeri yaşanmayanda.
Bu gerekçeyi ortaya koymak, görünmez önlemeyi görünür maliyete dönüştürmeyi gerektiriyor — yaşanacak olayları, önlenen uzlaştırma saatlerini, yönetilen düzenleyici riski ölçmek. Bu ortamdaki liderlik rolünün süregelen bir parçası.
Düzenlenmiş finansal hizmetlerde iyi veri ekipleri kurmak, çoğu işe alma çerçevesinin hesaba katmasından daha uzun sürer ve daha özgül yargı gerektirir. Ödülü, denetim altında sağlam duran, düzenleyici değişimi kriz olmadan absorbe eden ve veri konusundaki organizasyonel güveni aşındırmak yerine inşa eden ekipler.