Microsoft 365 Göçü & Dönüşümü

Microsoft 365 Danışmanlığı Göçten İbaret Değildir

Microsoft 365 danışmanlığını çoğu kurum posta kutularını taşımaktan ibaret sanır; oysa göç, değerin başladığı yerdir, bittiği yer değil. Exchange, SharePoint ve Teams buluta alındıktan sonra asıl soru başlar: bu ortam nasıl yönetilecek, güvenli tutulacak ve gerçekten benimsenecek? Danışmanlık kapsamım bu nedenle göç projesinin çok ötesine uzanır — lisans yaşam döngüsü yönetimi, bilgi mimarisi, kimlik, güvenlik duruşu, uyumluluk ve kullanıcı benimsemesi tek bir sürekli çerçevede ele alınır.

Buluta geçmiş bir kurumda kısa sürede Teams ve SharePoint site sayısı kontrolsüz büyür (sprawl), misafir erişimi ve dış paylaşım denetimsiz açılır, saklama (retention) ve duyarlılık etiketleri tanımsız kalır. Danışman olarak bu başlıkları bir yönetişim çerçevesinde toplarım: site yaşam döngüsü, adlandırma standartları, dış paylaşım politikaları, saklama kuralları ve yetki modeli tasarlanır. Böylece göçle kazanılan düzen zamanla dağılmaz, tersine kurum içinde tekrarlanabilir bir standarda dönüşür.

Microsoft Cloud danışmanı olarak Microsoft 365'i tek başına değil, Azure ile birlikte bütünsel bir yol haritasında konumlandırırım. Hibrit kimlik M365'i Azure'a bağlar; güvenlik telemetrisi Defender ve Sentinel çatısında birleşir; lisans ve tüketim kararları ortak bir FinOps disiplininde değerlendirilir. Microsoft 365 göçü, bu daha geniş Microsoft Cloud resminin yalnızca bir kaldıracıdır — doğru kurgulandığında sonraki her adımın temelini hazırlar.

Business Premium, E3 ve E5 Arasında Nasıl Seçim Yapılır

Lisans seçimi, göç planının maliyet etkisi en yüksek kararıdır. Fazla kapsamlı bir plan bütçeyi gereksiz şişirir; yetersiz bir plan ise güvenlik ve uyumluluk açığı bırakır. Doğru yaklaşım tek beden değildir: kullanıcıları rollerine göre gruplayıp her persona'ya ihtiyacı kadar lisans atamaktır. Aşağıdaki tablo üç yaygın planı kapsam ve ideal profil ekseninde karşılaştırır; amaç bir 'kazanan' seçmek değil, kiracınız için doğru karışımı görmektir.

Görüldüğü gibi tek bir 'en iyi' plan yok; çoğu kurumda karma lisanslama en verimli sonucu verir — bilgi çalışanları için E3, ileri güvenlik gerektiren yönetici ve regüle roller için E5, küçük ekipler için Business Premium aynı kiracıda bir arada yaşayabilir. E3 tabanına Defender veya Entra ID P2 eklentileri eklemek de sık kullanılan bir ara yoldur. Lisans planını persona bazında modeller, kullanım verisiyle doğrular ve FinOps disipliniyle yenileme dönemlerinde yeniden gözden geçiririm; böylece göç sonrası lisans maliyeti kontrol altında kalır.

Göç Sonrası: Güvenlik Sertleştirme ve Kullanıcı Benimsemesi

Bir göçün başarısı canlıya alma anında değil, sonraki haftalarda belli olur. Bu yüzden göç sonrası ilk işim güvenlik sertleştirmesidir: Microsoft Secure Score baz çizgisi çıkarılır, tüm kullanıcılara MFA ve Conditional Access uygulanır, Defender for Office 365 ile güvenli bağlantı/ek taraması, DLP politikaları ve Microsoft Purview duyarlılık etiketleri devreye alınır. Kiracı genelinde dış paylaşım ve misafir erişim denetimleri Sıfır Güven ilkesine göre yapılandırılır; böylece yeni ortam daha ilk günden savunma katmanlarıyla açılır.

Teknik göç, davranışsal göçle tamamlanmadıkça yarım kalır. Kullanıcı benimsemesi (change management) tarafında şampiyon kullanıcı ağı kurar, role dayalı eğitim atölyeleri ve self-service destek portalı hazırlarım. Benimseme somut sinyallerle izlenir: Teams aktif kullanım oranı, OneDrive'a geçiş, e-postadan kanal ve işbirliği araçlarına kayan iletişim ve geri bildirim döngüleri. Amaç, lisansı satın alınmış ama kullanılmayan özelliklerin gerçek iş değerine dönüşmesidir.

Kurumsal Bankacılık Hibrit Bulut Göçü vaka çalışmasında da temel alınan hibrit kimlik (Entra ID + Connect) ve Conditional Access omurgası, Microsoft 365 göçünün güvenlik sertleştirme aşamasının da dayanağıdır. Güvenlik ve benimseme tek seferlik değil süreklidir: aylık Secure Score incelemesi, benimseme panoları ve düzenli lisans optimizasyonuyla ortam hem güvenli hem verimli tutulur.