Teknoloji Şirketlerine Dönüşüm: Banka ile Sürdürülebilir İş Modeli Kurmak?

Organizasyonel Ayrışma, Hukuki Değil Stratejik Bir Karardır

Son yıllarda bankalar, bilgi teknolojileri organizasyonlarının bir kısmını ayrı bir teknoloji şirketi çatısı altına taşıyarak çeviklik, maliyet optimizasyonu ve yetenek yönetimi avantajı elde etmeyi hedefliyor. Bu karar; regülasyonel yükten kurtulma, piyasa ile rekabet edebilme ve teknoloji yeteneklerini elde tutma açısından son derece rasyonel.

Ancak pratikte sıkça görülen bir durum var: Tüzel kişilikler ayrılıyor, fakat sorumluluklar, karar hakları ve zihniyet ayrışmıyor.

Bu yazı, bir bankadan ayrılan teknoloji şirketi ile bankada kalan ekipler arasında yaşanan gerilimlerin nedenlerini ele alıyor; neyin yapılması, nelerin özellikle yapılmaması gerektiğini C-level perspektifinden ortaya koyuyor.

1. En Büyük Yanılgı: “Teknoloji Şirketi Kurduk, Sorun Çözülür”

Gerçek:

Teknoloji şirketi kurmak organizasyonel bir dönüşüm değil, yalnızca hukuki bir yeniden yapılandırmadır. Dönüşüm; karar mekanizmaları, bütçe sahipliği, risk sorumluluğu ve önceliklendirme süreçleriyle olur.

Yanlış Varsayımlar:

• “Teknoloji şirketi daha çevik olur”
• “Bankanın yavaşlığı dışarıda kalır”
• “Roller zamanla oturur”

Roller zamanla oturmaz. Roller ilk 90 günde tanımlanmazsa, organizasyon kendi rolünü kendisi tanımlar ve bu genellikle çatışma üretir.

2. Bankada Kalan Birimler: Neden En Kritik Fay Hatları Burada Oluşur?

Bankada kalan birimler genellikle:

• Altyapı
• Kurumsal Mimari
• Siber Güvenlik
• Yönetişim ve Risk

Bu birimlerin ortak özelliği şudur:

Kararları yavaşlatır gibi görünürler ama bankanın hayatta kalmasını sağlarlar.

Teknoloji şirketi açısından ise bu birimler:

• “İşi zorlaştıran”
• “Onay isteyen”
• “Regülasyon bahanesiyle geciktiren”

yapılar olarak algılanır.

Bu algı çatışması doğal ama yönetilmezse yıkıcıdır.

3. Temel Problem: Yetki — Sorumluluk — Hesap Verebilirlik Üçgeni Bozuluyor

Sık Görülen Çelişkiler:

Bu tablo sürdürülebilir değildir.

Altın kural:

Yetkinin olduğu yerde sorumluluk, sorumluluğun olduğu yerde hesap verebilirlik olmalıdır.

Aksi durumda herkes haklı, ama sistem başarısız olur.

4. Olması Gerekenler (Doğru Ayrışma İçin)

4.1. “Hizmet Sağlayıcı” İlişkisi Net Tanımlanmalı

Teknoloji şirketi:

• Bankanın “uzantısı” değil
• Bankanın “taşeronu” değil
• Bankanın stratejik teknoloji hizmet sağlayıcısıdır

Bu ilişki:

• SLA
• OLA
• Karar eskalasyon mekanizmaları
• Net sorumluluk matrisleri (RACI)

ile yazılı hale getirilmelidir.

“Biz zaten birlikteyiz” cümlesi, en pahalı varsayımdır.

4.2. Kurumsal Mimari: Onay Makamı Değil, Çerçeve Sahibi Olmalı

Kurumsal mimari ekipleri:

• Mikro kararların değil
• Makro prensiplerin sahibi olmalıdır.

Doğru yaklaşım:

• Banka mimari ilkeleri belirler
• Teknoloji şirketi bu ilkeler içinde özgürce tasarlar

Yanlış yaklaşım:

• Her entegrasyonun
• Her tablo değişikliğinin
• Her teknoloji seçiminin

merkezi onaya tabi olması.

Bu durum çevikliği değil, gizli bypass kültürünü doğurur.

4.3. Siber Güvenlik: “Polis” Değil “Risk Sahibi” Olarak Konumlanmalı

Siber güvenlik:

• “Hayır diyen” birim olmamalı
• Risk iştahını tanımlayan birim olmalıdır

Bankanın rolü:

• Kabul edilebilir risk seviyesini tanımlamak

Teknoloji şirketinin rolü:

• Bu risk seviyesinde çözüm üretmek

Eğer teknoloji şirketi:

• Sadece “uygulayıcı”
• Ama riskin sonuçlarına ortak değilse

o zaman risk körlüğü kaçınılmazdır.

5. Olmaması Gerekenler (En Sık Yapılan Hatalar)

5.1. Gri Alanları “Zamanla Oturur” Diye Bırakmak

Zamanla oturan tek şey:

• Güvensizlik
• Kulis
• Kişisel ilişkiler üzerinden yürüyen işlerdir

Sistem değil, insanlar arasında bağ kurulur. İnsan değiştiğinde sistem çöker.

5.2. Teknoloji Şirketini “Daha Az Regülasyona Tabi” Sanmak

Regülasyon:

• Tüzel kişiliğe değil
• Riskin bankaya etkisine bakar

Bankanın verisini işleyen, Bankanın sistemine dokunan, Bankanın müşterisini etkileyen her yapı:

Dolaylı regülasyon altındadır.

Bu gerçek kabul edilmezse:

• Denetimde
• Olay anında
• Krizde

bedel çok daha ağır olur.

5.3. C-Level Uyumunu Orta Kademe Yöneticilere Bırakmak

Eğer:

• CIO / CTO / CISO / COO aynı dili konuşmuyorsa

orta kademe yöneticiler:

• Kendi yorumlarıyla
• Kendi sınırlarını çizer

Bu da kurumsal parçalanma yaratır.

Görsel referansları:

https://www.simform.com/blog/tech-companies-in-los-angeles/

https://www.linkedin.com/pulse/do-you-solve-your-problems-deal-effects-lovvie-bhabutta/

https://www.linkedin.com/pulse/thin-line-between-right-wrong-psychological-perspective-dr-soha-emam-fokff/

https://www.inc.com/joel-trammell/3-ways-to-help-your-employees-make-great-decisions.html