Şirket büyüdükçe BT işleri, başlangıçta “bilgisayardan anlayan” bir çalışanın üstlendiği yan görevler olmaktan çıkar. Yeni kullanıcılar, şubeler, bulut hizmetleri, güvenlik riskleri ve yasal yükümlülükler derken bir noktada şu soru masaya gelir: Kendi BT ekibimizi mi kuralım, yoksa bu işi dışarıdan mı alalım? Bu rehberde iki modeli ve aradaki ara yolu tarafsız şekilde karşılaştırıyoruz. Hizmet kapsamımızı görmek isterseniz yönetilen BT hizmetleri sayfamıza göz atabilirsiniz.
Üç temel model
Şirket içi BT ekibi
BT personeli doğrudan şirketin çalışanıdır. En büyük avantajı fiziksel yakınlık ve şirket kültürüne hâkimiyettir; kullanıcıların sorunlarını yüz yüze dinler, iş süreçlerini içeriden bilir. Dezavantajı ise kapasite ve uzmanlık sınırıdır. Tek bir kişinin ağ, sunucu, bulut, güvenlik, lisans ve kullanıcı desteğinde aynı derinlikte uzman olması gerçekçi değildir. İzin, hastalık ve istifa durumlarında bilgi ve erişim tek kişiye bağlı kalabilir.
Tam dış kaynak (yönetilen BT)
BT operasyonunun tamamı sözleşmeyle bir hizmet sağlayıcıya devredilir. Sağlayıcı yardım masası, izleme, yama, yedekleme ve güvenlik temellerini kendi ekip ve araçlarıyla yürütür. Avantajı, farklı uzmanlıklara tek sözleşmeyle erişmek, maliyeti öngörülebilir kılmak ve sürekliliği kişiye bağlı olmaktan çıkarmaktır. Dezavantajı ise sağlayıcının şirketinizi tanıması için zaman gerekmesi ve iyi tanımlanmamış bir sözleşmenin beklenti farkı yaratabilmesidir.
Ortak yönetim (co-managed)
Şirket içinde bir BT sorumlusu ya da küçük bir ekip bulunur; izleme, güvenlik, mesai dışı destek veya proje kapasitesi gibi alanlar dış sağlayıcıdan alınır. Birçok orta ölçekli şirket için en dengeli modeldir: İçerideki kişi kullanıcıların ve yönetimin yanında olur, dışarıdaki ekip derinlik ve süreklilik sağlar.
Karar verirken sorulacak sorular
- Kullanıcı ve lokasyon sayısı: Kaç kişi, kaç şube, kaç uzaktan çalışan var? Dağınık yapılar merkezi yönetim araçlarına daha çok ihtiyaç duyar.
- Kritik sistemler: Hangi sistem durduğunda iş durur? ERP, e-ticaret sitesi, üretim yazılımı ya da muhasebe gibi kritik sistemler destek saatlerini belirler.
- Çalışma saatleri: Vardiyalı çalışma, hafta sonu satış ya da farklı saat dilimlerindeki ofisler mesai dışı destek ihtiyacını doğurur.
- Uyum yükümlülükleri: KVKK, sektör düzenlemeleri ya da ISO 27001 hedefi varsa süreçlerin belgelenmesi ve kayıt tutulması önem kazanır.
- Büyüme planı: Önümüzdeki dönemde yeni şube, bulut geçişi ya da yeni yazılım projeleri varsa esnek kapasite değerli hale gelir.
Maliyeti doğru karşılaştırmak
Şirket içi ekip ile dış kaynağı karşılaştırırken yalnızca maaş ile aylık hizmet bedelini yan yana koymak yanıltıcıdır. Şirket içi modelde maaşa ek olarak yan haklar, eğitim, izleme ve yedekleme yazılımları, uzaktan erişim araçları, yedek personel ihtiyacı ve işe alım süresi de hesaba katılmalıdır. Dış kaynak modelinde ise sözleşmenin neyi kapsadığı, hangi işlerin ek ücretli proje sayıldığı ve donanımın kimin sorumluluğunda olduğu netleşmelidir. En önemli ama en az hesaplanan kalem ise kesinti maliyetidir: Bir saatlik sistem kesintisinin kaç çalışanı ve hangi gelir kanalını etkilediğini düşünmek, doğru modeli seçmeyi kolaylaştırır.
SLA nedir, nasıl okunur?
Hizmet seviyesi anlaşması (SLA), sağlayıcının hangi taleplere ne kadar sürede yanıt vereceğini ve çözüm için hedeflerini tanımlar. İyi bir SLA’da şu unsurlar bulunur:
- Öncelik sınıfları: Talepler etki ve aciliyete göre sınıflandırılır. Tüm şirketi durduran bir kesinti ile tek kullanıcının yazıcı sorunu aynı sınıfta olmamalıdır.
- Yanıt ve çözüm hedefleri: “Yanıt” talebin ele alınmaya başlanmasıdır, “çözüm” ise sorunun giderilmesidir. İkisi karıştırılmamalıdır.
- Destek saatleri: Hedeflerin mesai saatleri içinde mi, kesintisiz mi geçerli olduğu yazılmalıdır.
- Kapsam dışı işler: Yeni proje, donanım tedariki ya da üçüncü taraf yazılım sorunlarının nasıl ele alınacağı belirtilmelidir.
- Raporlama: Hedeflere ne kadar uyulduğu dönemsel raporla görülebilmelidir.
Sözleşmede mutlaka olması gerekenler
- Yönetilen cihaz, kullanıcı ve sistemlerin açık listesi,
- Yönetici şifrelerinin, dokümantasyonun ve yapılandırmaların şirkete ait olduğu ve sözleşme bitiminde eksiksiz teslim edileceği hükmü,
- Kişisel verilerin işlenmesine ilişkin sorumlulukların tanımlandığı bir veri işleme düzenlemesi (KVKK açısından hukuki destek almanızı öneririz),
- Yedekleme kapsamı, saklama süresi ve geri dönüş testlerinin sıklığı,
- Güvenlik olaylarında bildirim ve müdahale adımları.
İyi bir sağlayıcıyı nasıl tanırsınız?
Teklifleri karşılaştırırken yalnızca bedele değil, sağlayıcının nasıl çalıştığına bakın. İlk görüşmede mevcut durumunuzu anlamak için sorular soran, keşif yapmadan kesin kapsam ve fiyat vermeyen bir sağlayıcı genellikle daha sağlıklı bir başlangıç yapar. Şu noktaları sorgulamanızı öneririz:
- Proaktif çalışma: İzleme, yama ve yedek kontrolü düzenli olarak mı yapılıyor, yoksa yalnızca talep gelince mi müdahale ediliyor?
- Dokümantasyon: Ağ şeması, cihaz listesi ve yapılandırmalar belgeleniyor ve size de erişilebilir durumda mı?
- Güvenlik yaklaşımı: MFA, uç nokta koruması, en az yetki ilkesi ve yedeklerin ayrı lokasyonda tutulması standart mı?
- Yerinde destek: Uzaktan çözülemeyen sorunlarda kim, hangi koşullarda ofisinize geliyor?
- Raporlama: Hedeflere uyum ve riskler hakkında düzenli, anlaşılır raporlar veriliyor mu?
- Tek muhatap: Ağ, bulut, lisans ve güvenlik için ayrı firmalarla mı uğraşacaksınız, yoksa tek bir sorumlu mu olacak?
Yönetilen hizmetin ilk aylarında genellikle “görünmeyen” sorunlar ortaya çıkar: eksik yamalar, çalışmayan yedekler, açık kalmış eski hesaplar. Bu bulguların açıkça raporlanması ve önceliklendirilerek kapatılması, sağlayıcının şeffaflığı hakkında da iyi bir göstergedir.
Sağlayıcı değiştirirken izlenecek adımlar
Mevcut BT firmasından ya da ayrılan bir BT sorumlusundan devralma, en riskli anlardan biridir. Önce tüm yönetici hesaplarının listesini çıkarın ve şifreleri güvenli bir kasada toplayın. Alan adı, e-posta, bulut ve lisans hesaplarının şirket adına kayıtlı olduğundan emin olun. Ağ şemasını, sunucu listesini ve yedek yapılandırmasını belgeleyin. Yeni sağlayıcının izleme araçlarını kademeli kurmasına izin verin ve kısa bir devir dönemi planlayın. Devir tamamlandığında eski erişimleri kapatın. Son olarak, devralma sırasında bulunan eksikleri ve riskleri yazılı bir raporda toplayın; bu rapor hem yeni sağlayıcıyla ilk dönemin önceliklerini belirler hem de yönetimin BT durumunu net görmesini sağlar.
Sonuç
Doğru model şirketinizin büyüklüğüne, kritik sistemlerine ve büyüme planına göre değişir. Küçük ve orta ölçekli şirketlerin çoğu için tam dış kaynak ya da ortak yönetim, uzmanlığa ve sürekliliğe daha dengeli bir maliyetle erişmenin yoludur. Racurity olarak keşif görüşmesinde mevcut durumunuzu değerlendiriyor ve size uygun modeli birlikte belirliyoruz; ayrıntılar için yönetilen BT hizmetlerimizi inceleyebilir, güvenlik tarafını güçlendirmek için siber güvenlik hizmetleri sayfamıza bakabilirsiniz.
Sık sorulan sorular
Küçük bir şirket için dış kaynak BT gerçekten gerekli mi?
Kullanıcı sayısı az olsa bile e-posta, yedekleme, güvenlik güncellemeleri ve hesap yönetimi düzenli takip gerektirir. Küçük şirketler için dış kaynak BT, ayrı bir personel istihdam etmeden bu işlerin profesyonelce yürütülmesini sağlar.
SLA’daki yanıt süresi ile çözüm süresi aynı şey mi?
Hayır. Yanıt süresi, talebin sağlayıcı tarafından ele alınmaya başlanmasına kadar geçen süredir. Çözüm süresi ise sorunun giderilmesine kadar geçen süredir. Sözleşmede ikisinin ayrı ayrı tanımlanması gerekir.
Dış kaynak BT ile verilerimizin kontrolü bizde kalır mı?
Kalmalıdır. Sözleşmede yönetici şifrelerinin, yapılandırmaların ve dokümantasyonun şirkete ait olduğu ve sözleşme sonunda eksiksiz teslim edileceği açıkça yazılmalıdır. Hesapların şirket adına kayıtlı olması da bu kontrolü güvence altına alır.
Racoun ile konuşun: İstanbul merkezli ekibimizle Türkiye genelindeki markalara hizmet veriyoruz. WhatsApp üzerinden yazabilir ya da teklif formunu doldurabilirsiniz. İlk görüşme ücretsizdir.
