TR / EN

Çok Lokasyonlu BT Operasyonunda Yerel Ekip ve Merkezi Uzmanlık Dengesi

Merkez ofiste çalışan bir uzman, uzak tesisteki sunucunun ekranını görebilir; fakat kabloyu, enerjiyi veya fiziksel alarmı yerinde kontrol edemez. Saha personeli ise cihazın yanında olmasına rağmen merkezi kimlik, yedekleme veya ağ standardında değişiklik yapacak bağlama sahip olmayabilir. Etkili operasyon bu iki yeteneği birbirinin alternatifi değil, aynı hizmet zincirinin parçaları olarak görür.

Temmuz 2026’da maden, tesis ve genel müdürlük benzeri farklı lokasyonlara sahip anonim bir kurum için görev dağılımını yeniden ele aldık. Amaç tüm yetkiyi merkezde toplamak veya her sahada tam uzman ekip kurmak değildi. Tekrarlanabilir yerel müdahale, merkezi standart, görünür bağımlılık ve gerektiğinde hızlı uzman eskalasyonu sağlayan dengeli bir model oluşturmaktı.

Sorunun ortaya çıkışı

Sunucu kurulumu merkez ekipteydi, ancak kurulumdan önce gerekli yerel veri hazırlığı ve fiziksel kontrol görevi açıkça atanmamıştı. Merkez işi bekliyor, saha ise talebin tamamen merkez tarafından yürütüldüğünü düşünüyordu. Benzer biçimde ağ kesintilerinde saha cihazların yanında olmasına rağmen hangi kontrolleri güvenle yapacağını bilmiyor, merkez de fiziksel durum bilgisi olmadan uzaktan teşhis yürütüyordu.

Ticket sistemi tek bir sorumlu gösteriyor, ardışık görevleri ve lokasyon bağımlılığını yansıtmıyordu. Yerel personel doğrudan farklı merkezi uzmanlara ulaşıyor, kayıt sonradan açılıyordu. Çözümler kişisel mesajlarda kaldığı için aynı arıza başka sahada yeniden araştırılıyordu. İzin, seyahat, yedek parça ve tedarikçi erişimi gibi saha gerçekleri hizmet sürelerinde hesaba katılmıyordu.

İlk belirtiler ve yanlış varsayımlar

İlk yanlış varsayım uzaktan yönetim aracı varsa yerel BT ihtiyacının ortadan kalkacağıydı. Enerji, çevresel koşul, fiber, konsol ve donanım değişimi fiziksel müdahale gerektirir. Karşıt varsayım ise her lokasyonun kendi yöntemini seçmesinin daha hızlı olduğuydu. Kısa vadeli hız; farklı yapılandırma, eksik kayıt, yedekleme boşluğu ve uzman bulunamadığında uzun kesinti olarak geri dönebiliyordu.

Bir diğer belirti görevlerin unvana göre dağıtılmasıydı. “BT personeli yapar” ifadesi yeterli değildi; bazı işler iki kişiyle fiziksel güvenlik, bazıları değişiklik onayı, bazıları üretici sertifikası gerektiriyordu. Yerel ekip merkezi onayı bürokrasi, merkez ekip saha inisiyatifini kontrol kaybı olarak görmeye başladığında sorun organizasyonel hale geldi. Ortak hizmet hedefi yeniden kurulmalıydı.

Teknik analiz

Önce hizmet ve görev envanteri çıkarıldı: kullanıcı desteği, fiziksel kontrol, ağ, sunucu, kimlik, yedekleme, uygulama, güvenlik olayı ve tedarikçi koordinasyonu. Her görev için yapılma sıklığı, gerekli yetkinlik, uzaktan yapılabilirlik, fiziksel risk, ayrıcalık seviyesi ve müdahale süresi değerlendirildi. RACI yalnızca bölüm adlarını değil, görev başlangıcı ve teslim koşullarını gösterecek ayrıntıda hazırlandı.

Yerel ekip için güvenli ilk kontrol runbook’ları oluşturuldu. Runbook, belirtiyi doğrulama, fotoğraf veya log toplama, enerji ve bağlantı kontrolü, değişiklik yapmadan eskalasyon gibi sınırları içerdi. Merkezi ekip platform sağlığı, yapılandırma standardı, ayrıcalıklı değişiklik, yedekleme ve uzman teşhisten sorumlu oldu. Ticket alt görevleri bağımlı şekilde sıralandı; bir görev tamamlanmadan sonraki ekip yanlışlıkla başlamadı.

Uygulanan çözüm veya önerilen mimari

Katmanlı destek modeli kuruldu. Yerel ekip fiziksel doğrulama, standart kullanıcı işlemleri, onaylı parça değişimi ve kanıt toplama görevlerini yürüttü. Merkezi servis masası kaydı, önceliği ve iletişimi yönetti. Platform ekipleri ağ, sunucu, kimlik ve uygulama uzmanlığını sağladı; kritik olaylarda tek bir olay yöneticisi farklı ekipleri koordine etti. Tedarikçi çağrısı kurum içi sahipliği devretmedi.

Standart yapılandırmalar, envanter, ağ ve sistem dokümanları merkezi depoda rol bazlı tutuldu. Her saha için bağlantı tamamen kesildiğinde kullanılacak iletişim ve yerel çalışma prosedürü hazırlandı. Yedek parça sınıfları kritiklik ve tedarik süresine göre sahada veya merkezde konumlandırıldı. Eğitimler genel sunum yerine gerçek runbook uygulamalarıyla yapıldı; saha ekibinin geri bildirimi tasarım kararlarına taşındı.

Alternatifler ve karar gerekçesi

Tam merkezi model standardizasyon ve uzman yoğunluğu sağlar; uzak saha erişimi, fiziksel müdahale ve bağlantı kesintisinde yavaş kalabilir. Tam yerel model çeviklik ve saha bilgisi sunar; uzmanlık tekrarına, farklı standartlara ve sınırlı kariyer yedeğine yol açabilir. Hub-and-spoke yaklaşımında merkez platform ve yönetişimi, yerel ekip kontrollü uygulamayı sahiplenir. Kurumun coğrafyası için bu denge daha sürdürülebilir bulundu.

Dış kaynak saha desteği esnek kapasite ve geniş kapsama sağlayabilir; kurumsal bağlam, erişim güvenliği ve hizmet kalitesi sözleşmeyle dikkatle yönetilmelidir. Her lokasyonda kadrolu uzman bulundurmak kritik büyük sahalarda gerekebilir, küçük noktalarda verimsiz olabilir. Karar kullanıcı sayısından tek başına çıkarılmadı; iş kritiklik, ulaşım süresi, fiziksel risk, bağlantı güvenilirliği ve iş yükü birlikte değerlendirildi.

Güvenlik ve operasyonel riskler

Yerel müdahale için geniş yönetici hesabı vermek hızlı fakat risklidir. Rol bazlı, süreli ve kayıtlı erişim kullanılmalı; ortak hesaplardan kaçınılmalı, acil durum erişimi sonradan gözden geçirilmelidir. Runbook’lar gerçek parola, özel ağ ayrıntısı veya gereksiz güvenlik kuralı içermemelidir. Tedarikçi erişimi sponsor, amaç, süre, MFA ve oturum kaydıyla yönetilmeli; iş bitince kapatılmalıdır.

Tek bir merkezi uzmana bağımlılık izin veya kriz döneminde hizmeti durdurabilir. Yetkinlik matrisi, çapraz eğitim, nöbet ve güncel dokümantasyon bu riski azaltır. Yerel ekip güvenli çalışma sınırını aşmamalı; özellikle endüstriyel sahada BT müdahalesi fiziksel iş güvenliği prosedürlerine tabidir. KPI’lar yalnızca kapanış süresini değil tekrar açılma, eskalasyon kalitesi, doküman güncelliği ve kullanıcı etkisini ölçmelidir.

Çıkarılan Dersler

Kontrol Listesi