IT outsourcing, bilgi teknolojileri işlerinin belirli bir bölümünü dış bir hizmet ekibiyle yürütmektir. Türkçede dış kaynak IT yönetimi olarak da kullanılır. Başarılı bir geçişin ölçüsü yalnızca yeni destek hattının açılması değildir; çalışanların kime başvuracağını, hizmet ekibinin neyi yöneteceğini ve şirketin hangi kararları vermeye devam edeceğini bilmesidir.
Hangi işleri dışarı vereceksiniz?
Kullanıcı desteği, sunucu işletimi, ağ bakımı ve bulut yönetimi aynı hizmet paketi olmak zorunda değildir. Önce iş listesini çıkarın. Her görev için sıklık, gerekli erişim, iş etkisi ve onay sahibi belirleyin. Şirket içi ekip strateji ve uygulama geliştirmeyi üstlenirken dış ekip operasyonu yürütebilir; başka bir kurumda yalnızca belirli altyapılar kapsamda kalabilir.
Mevcut sorunları gizlemek geçişi kolaylaştırmaz. Lisans eksikleri, destek süresi dolmuş sistemler ve belgelenmemiş bağlantılar başlangıç risk kaydına alınmalıdır. Hizmet devri, bu risklerin aynı gün ortadan kalkacağı anlamına gelmez. İşletim görevi ile iyileştirme projesi için ayrı takvim oluşturun.
Dört aşamalı geçiş modeli
| Aşama | Çıktı | Kabul ölçütü |
|---|---|---|
| Keşif | Varlık ve bağımlılık listesi | Kritik sistemlerin sahipleri belli |
| Hazırlık | Erişim, iletişim ve eskalasyon planı | Yetkiler onaylı ve denenmiş |
| Pilot | Sınırlı kapsamda birlikte işletim | Örnek olay baştan sona kaydedilmiş |
| Devir | Onaylı kapsam ve açık iş listesi | Kurum sorumlusu kabul vermiş |
Bu aşamalar takvim garantisi değildir. Çok lokasyonlu veya eski sistemleri bulunan şirketlerde keşif daha uzun sürebilir. Geçiş tarihini sadece sözleşme imzasına göre belirlemek yerine, kabul ölçütlerinin tamamlanmasına bağlamak daha sağlıklı olur.
Erişimleri nasıl devredersiniz?
Kişiye özel hesaplar, görevle sınırlı yetkiler ve uygun yerlerde çok faktörlü doğrulama kullanın. Eski sağlayıcının bütün erişimlerini yeni ekibe aynen kopyalamayın. Kurumun sahip olduğu yönetici hesaplarının ve alan adı gibi kritik varlıkların kontrolü korunmalıdır. Acil erişim yönteminin kim tarafından, hangi durumda ve nasıl kayıt altına alınacağı belirlenmelidir.
Çalışan iletişimini ihmal etmeyin
Yeni destek kanalını, çalışma saatlerini ve acil durum yolunu kısa bir duyuruyla açıklayın. Talep açmak için hangi bilgilerin gerektiğini örnekleyin: etkilenen uygulama, hata zamanı, iş etkisi ve güvenli şekilde paylaşılabilecek ekran görüntüsü. Parola veya hassas verinin destek mesajına eklenmemesi gerektiğini belirtin. İlk dönemde yanlış kanala giden talepleri izleyerek süreci düzeltin.
İlk değerlendirme toplantısında ne konuşulur?
Talep sayısı tek başına başarı göstergesi değildir. Tekrarlayan sorunların azalıp azalmadığını, bekleyen işlerin nedenini ve iş birimlerinin deneyimini inceleyin. Her toplantı, sahibi ve hedef tarihi belirli aksiyonlarla bitsin. Hizmetten çıkış sırasında dokümantasyonun, kayıtların ve erişimlerin nasıl devredileceğini de daha başlangıçta yazın.
İç IT ekibi varken outsourcing yapılır mı?
Evet, görev sınırları açık olduğunda birlikte çalışılabilir. Aynı işi iki ekibin yapması veya hiçbirinin üstlenmemesi yerine ortak bir sorumluluk tablosu oluşturulmalıdır.
Yönetilen IT hizmetlerini ve aylık raporlama ölçütlerini geçiş planıyla birlikte değerlendirin.