Platform göçleri çoğu zaman teknoloji seçimi problemi gibi anlatılır. Yeni Kubernetes standardı, yeni CI/CD hattı, yeni secret yönetimi veya yeni gözlemlenebilirlik katmanı masaya gelir; ardından ekiplerin bu yeni düzene “neden geçmek istemediği” sorgulanır. Oysa kurumsal dönüşümlerde esas zorluk teknik eksiklikten çok, ekiplerin farklı risk algılarıyla yaşamasıdır.
Direnç neden normaldir?
Bir ürün ekibi mevcut hattını sevdiği için değil, onu öngörebildiği için korur. Yeni platform vaadi daha iyi görünse bile ekip şu soruları kendine sorar:
- Production sorunu çıkarsa kimi arayacağım?
- Geri dönüş yolu net mi?
- Yeni akış ek iş mi çıkaracak?
- Eski görünürlüğümü kaybedecek miyim?
Teknik lider bu soruları “direnç” diye etiketleyip geçerse platform göçü politik sürtünmeye döner. Daha iyi yaklaşım, bu sinyalleri sistematik biçimde haritalamaktır.
Direnç haritalama ne demektir?
Ben bunu ekiplerin göçe verdiği tepkiyi üç eksende okumak olarak görüyorum:
- Operasyonel risk algısı
- Yetkinlik ve öğrenme maliyeti
- Sahiplik ve kontrol kaybı hissi
Bu üç alan her ekipte farklı kombinasyonlarla ortaya çıkar. Aynı göç programında bir ekip rollback belirsizliğinden rahatsız olurken, başka bir ekip self-service modelinin kendisini destek ekiplerine bağımlı kılmasından korkabilir.
Teknik lider bunu nasıl görünür kılar?
İlk adım anket değil, yapılandırılmış görüşmedir. Teknik lider, platform ekibiyle ürün ekipleri arasında şu başlıklarda kısa oturumlar planlayabilir:
- Bugünkü darboğaz ne?
- En çok hangi manuel iş yoruyor?
- Geçişte en çok neyi kaybetmekten korkuyorsunuz?
- Başarılı göç sizin için neyi değiştirmeli?
Bu görüşmelerden çıkan sinyaller genellikle dört kümeye ayrılır:
- Güven eksikliği
- Belirsiz sorumluluk sınırı
- Araç öğrenme maliyeti
- Zamanlama uyumsuzluğu
Geçiş dalgaları neye göre planlanmalı?
Birçok platform programı bütün ekipleri aynı hızda taşımaya çalışır. Bu yaklaşım genelde başarısız olur. Daha etkili yöntem, ekipleri direnç profiline göre dalgalara ayırmaktır:
- Düşük risk ve yüksek istek: erken benimseyen dalga
- Yüksek istek ama düşük kapasite: yakın destekli dalga
- Yüksek operasyon riski: kontrollü pilot dalga
- Politik veya organizasyonel sürtünmesi yüksek ekipler: gecikmeli dalga
Buradaki amaç herkesi ikna etmek değil, doğru sırayla geçirmek ve her dalgadan öğrenilen dersi sonraki dalgaya taşımaktır.
Hangi sinyaller göçün yanlış yönetildiğini gösterir?
Teknik liderler çoğu zaman yalnızca adoption yüzdesine bakar. Oysa şu sinyaller daha uyarıcıdır:
- Ekipler yeni platformu kullanıyor ama kritik servisleri taşımıyor
- İstisna sayısı hızla artıyor
- Rollback planları belgelenmemiş
- Platform ekibi ticket kuyruğuna dönüşüyor
- Yeni standartlar yüzünden görünürlük kaybı yaşanıyor
Bu işaretler, göçün teknik olarak başlamış olsa da güven üretmediğini gösterir.
Kurumsal iletişim boyutu neden kritik?
Platform dönüşümlerinde teknik doğruluk kadar anlatım dili de belirleyicidir. “Artık herkes bunu kullanacak” dili savunma üretir. Daha etkili dil şudur:
- Hangi problemi birlikte çözüyoruz?
- Hangi manuel işi ortadan kaldırıyoruz?
- Geçişte hangi riskleri biz üstleniyoruz?
- Ekibin kontrol alanı nerede korunuyor?
Bu yaklaşım, platform ekibini zorlayan taraf değil; belirsizliği azaltan taraf haline getirir.
Sonuç
Teknik liderler için platform göçlerinde direnç haritalama, yumuşak bir iletişim egzersizi değil; doğrudan teslimat kalitesini etkileyen operasyonel bir pratiktir. Ekiplerin neden tereddüt ettiğini görünür kılmadan yapılan her göç programı, teknik olarak doğru olsa bile kurumsal olarak kırılgan kalır. Dönüşümün kalıcı olması için önce direncin şeklini anlamak gerekir.