Microsoft 365'e geçiş kararı çoğu işletmede aynı yerden başlar: e-posta sunucusu eskimiştir, dosyalar farklı yerlerde dağınıktır, uzaktan çalışan ekip VPN ile uğraşmaktadır ve BT ekibi yedekleme, güncelleme ve lisans takibine yetişememektedir. Bulut abonelik modeli bu yükün büyük kısmını ortadan kaldırır. Ancak geçiş bir "lisans satın alma" işi değil, planlanması gereken bir proje. Bu yazıda hem geçişin nedenlerini hem de sürecin nasıl yönetileceğini anlatıyoruz.
- Microsoft 365; e-posta, Teams, OneDrive, SharePoint ve Office uygulamalarını tek abonelikte ve tek yönetim panelinde toplar.
- Geçişin zorluğu lisanstan çok veri, kimlik ve alan adı (DNS) planlamasındadır.
- Hangi geçiş yönteminin uygun olduğu, mevcut sisteminize (Exchange, IMAP, Google Workspace) bağlıdır.
- Pilot kullanıcılarla başlayan, kesme günü önceden belirlenen bir plan, iş kesintisini en aza indirir.
Microsoft 365'e geçmek için beş neden
1. Dağınık araçlar tek platformda toplanır
E-posta ve takvim (Exchange Online), mesajlaşma ve toplantı (Teams), dosya paylaşımı (OneDrive, SharePoint) ve Word, Excel, PowerPoint gibi uygulamalar aynı kimlikle çalışır. Kullanıcı tek hesapla her şeye erişir; BT ekibi tek panelden yönetir. Farklı üreticilerin araçlarını birbirine bağlamak için harcanan emek azalır.
2. Her yerden güvenli erişim
Dosyalar ve e-postalar bulutta durduğu için ofis dışında çalışmak için VPN'e ya da ofisteki bilgisayara bağlanmaya gerek kalmaz. Belge üzerinde birden fazla kişi aynı anda çalışabilir; sürüm karmaşası (son_son_v3.docx) sona erer.
3. Güvenlik yerleşik gelir, ama plana göre değişir
Çok faktörlü kimlik doğrulama, koşullu erişim, e-posta koruması ve cihaz yönetimi gibi özellikler Microsoft 365 ekosisteminin parçasıdır. Önemli nokta: bu özelliklerin hangisinin hangi planda geldiği değişir. Örneğin cihaz yönetimi ve gelişmiş tehdit korumasını öncelikli görüyorsanız, plan seçimini buna göre yapmalısınız.
4. Maliyet öngörülebilir olur
Sunucu yenileme, e-posta sunucusu bakımı, yedekleme yazılımı ve ayrı lisanslar yerine kullanıcı başına aylık bir abonelik ödersiniz. Büyüme olduğunda kullanıcı eklersiniz; küçülme olduğunda azaltırsınız. Bu, bütçe planlamasını kolaylaştırır.
5. Yönetim ve güncelleme yükü azalır
Sunucu tarafı güncellemeleri Microsoft yönetir. Uygulamalar güncel kalır, sunucu kapasitesi ya da yedek disk planlamak gerekmez. BT ekibi zamanını altyapı bakımı yerine kullanıcıya ve iş süreçlerine ayırabilir.
Hangi geçiş yöntemi size uygun?
Geçiş yöntemi, bugün neyi kullandığınıza ve kullanıcı sayınıza bağlıdır. Aşağıdaki tablo, en sık karşılaştığımız senaryoları özetliyor.
| Mevcut durum | Tipik yöntem | Dikkat edilecek nokta |
|---|---|---|
| Şirket içi Exchange sunucusu | Kesme (cutover), kademeli (staged) veya hibrit geçiş | Kullanıcı sayısı ve eş zamanlı çalışma ihtiyacı yöntemi belirler |
| IMAP tabanlı e-posta (hosting vb.) | IMAP geçişi | Yalnızca e-posta taşınır; takvim ve kişiler ayrıca planlanmalı |
| Google Workspace | Posta, takvim, kişi ve Drive içeriği taşıma | Paylaşım izinleri ve kullanıcı alışkanlıkları için eğitim gerekir |
| Başka bir Microsoft 365 kiracısı | Kiracıdan kiracıya (tenant-to-tenant) geçiş | Birleşme ve ayrışma projelerinde alan adı sırası kritiktir |
| Dosya sunucusu | OneDrive / SharePoint'e taşıma | Klasör yapısı ve izin modeli baştan tasarlanmalı |
Adım adım geçiş süreci
- Keşif ve envanter: Kullanıcılar, posta kutusu boyutları, ortak posta kutuları, dağıtım listeleri, dosya paylaşımları ve kullanılan uygulamalar çıkarılır.
- Lisans planı: Kullanıcı gruplarının ihtiyacına göre plan seçilir. Herkesin aynı plana ihtiyacı olmayabilir.
- Alan adı ve kimlik hazırlığı: Alan adı doğrulanır, kimlik yapısı (bulut kimliği ya da şirket içi dizinle eşleme) belirlenir, çok faktörlü doğrulama planlanır.
- Pilot grup: BT ekibi ve birkaç gönüllü kullanıcı önce geçirilir; sorunlar bu aşamada görülür.
- Veri taşıma: Posta, takvim, kişiler ve dosyalar toplu olarak taşınır. Büyük veri hacimlerinde taşıma günlerce sürebilir; bu yüzden erken başlanır.
- Kesme günü: E-posta yönlendirme kayıtları (MX, Autodiscover) yeni sisteme çevrilir. Bu işlem mümkünse iş saatleri dışında planlanır.
- Eğitim ve destek: Kullanıcılara kısa, uygulamalı eğitim verilir; ilk haftalarda hızlı destek hattı açık tutulur.
- Eski sistemin kapatılması: Her şey doğrulandıktan sonra eski sunucu salt-okunur tutulur, belirli bir süre sonra devreden çıkarılır.
Geçişlerde en çok vakit kaybettiren konu teknik taşıma değil, unutulan ayrıntılardır: eski yazıcı ya da tarayıcının e-posta gönderimi, ortak posta kutuları, otomatik raporlar ve imza şablonları. Envanter aşamasında bunları sormak kesme gününü rahatlatır.
Geçişte sık yapılan hatalar
- Herkese aynı lisansı vermek ve ilk ay ihtiyaç dışı planlara para ödemek.
- DNS kayıtlarını ve kesme zamanını iş yoğunluğunu düşünmeden belirlemek.
- Eski sistemdeki kuralları, paylaşım izinlerini ve ortak posta kutularını envantere almamak.
- Kullanıcı eğitimini atlamak; araçlar yeni olduğu için ilk haftalarda destek talebi artar.
- Güvenlik ayarlarını (çok faktörlü doğrulama, koşullu erişim) "sonra yaparız" diye ertelemek.
Geçiş öncesi kontrol listesi
- Kaç kullanıcı, kaç ortak posta kutusu ve kaç GB veri var?
- Bugün hangi e-posta sistemi ve hangi dosya paylaşım yöntemi kullanılıyor?
- Alan adının DNS yönetimi kimde?
- Kimlik doğrulama nasıl olacak ve hangi cihazlar yönetilecek?
- Kesme günü için hangi zaman penceresi kabul edilebilir?
- Geçişten sonra ilk iki hafta kim destek verecek?
Bu soruların cevabı hazır olduğunda geçiş sürpriz değil, takvimi belli bir proje haline gelir.
Geçişinizi birlikte planlayalım
Tim IT Teknoloji olarak keşiften eğitime kadar Microsoft 365 geçiş sürecinin tamamını yönetiyoruz. Hizmetin kapsamı için Microsoft 365 geçiş hizmeti sayfamıza göz atabilir, modern işyeri çözümleri ile geçiş sonrası ortamınızı nasıl güçlendirebileceğinizi inceleyebilir veya bizimle iletişime geçebilirsiniz.