Sistem kesintilerini azaltan, proaktif bakım yaklaşımıyla çalışan kurumsal BT destek modeli.
Çalışmada kapsama girecek varlık ve lokasyonlar, kritik hizmetler ile bakım pencereleri, mevcut izleme, yedekleme ve ticket araçları ve iç ekip ve üçüncü taraf sorumlulukları birlikte değerlendirilir; Periyodik Sağlık Kontrolü ve Önleyici Bakım ile Servis Raporlaması ve KPI Görünürlüğü başlıkları ölçülebilir karar ve kabul ölçütlerine dönüştürülür. Nihai kapsam, erişilebilir veri, istisnalar ve teklif aşamasında doğrulanan sorumluluklara göre yazılır.
Satın alma kararını kolaylaştıran teknik rehberleri inceleyerek proje kapsamınızı netleştirebilirsiniz.
Sunucu, ağ, kullanıcı ve yedekleme operasyonunu düzenli bakım ile olay desteği altında izlemek isteyen; ancak hangi varlığın hangi sorumlulukla kapsandığını netleştirmesi gereken kurumlar için uygundur.
Hizmet envanter, olay yönetimi, değişiklik kaydı ve periyodik sağlık kontrolü üzerine kurulur. Kritik varlıklar için izleme kaynağı, alarm sahibi, yama yöntemi, yedekleme kontrolü ve üretici/uygulama bağımlılığı ayrı ayrı kaydedilir.
Hipotetik bir yapıda aynı disk doluluk alarmı farklı kanallardan bildirilir ve kök neden görünmez kalır. Alarm tek kayıt altında varlık sahibi ve kapasite eğilimiyle ilişkilendirilir; geçici temizlik ile kalıcı kapasite aksiyonu birbirinden ayrılır.
Kontrol sıklığı tüm sistemler için aynı olmak zorunda değildir. İş kritikliği ve değişim hızına göre yama, kapasite, donanım sağlığı, yedekleme, sertifika süresi ve güvenlik uyarıları için farklı kontrol ritimleri tanımlanır.
Aylık görünümde olay hacmi kadar tekrar oranı, bekleme nedeni, kök neden aksiyonu, başarısız değişiklik ve kapasite riski de izlenir. Rapor, teknik backlog ile yönetim kararını aynı listede karıştırmadan iki seviyede hazırlanır.
kapsama girecek varlık ve lokasyonlar, kritik hizmetler ile bakım pencereleri, mevcut izleme, yedekleme ve ticket araçları, iç ekip ve üçüncü taraf sorumlulukları karar kaydına kaynak, tarih ve sahip bilgisiyle alınır. Doğrulanamayan noktalar varsayım veya veri eksiği olarak teklif ve uygulama planında ayrı tutulur.
Envanter, kritik varlık sınıflandırması, pilot bakım ve düzenli işletim sıralanır; takvim varlık sayısı ile bakım pencerelerine bağlıdır. Her değişiklik için uygulama sahibi ve geri alma koşulu yazılır; operasyon devri bakım ve olay akışı pilot varlıklarda alarm, ticket, değişiklik, geri dönüş ve rapor kaydı üzerinden test edilir.
Başlangıçta kapsama girecek varlık ve lokasyonlar, kritik hizmetler ile bakım pencereleri, mevcut izleme, yedekleme ve ticket araçları ve iç ekip ve üçüncü taraf sorumlulukları hazırlanır; eksik veya doğrulanmamış veri teklif varsayımı olarak açıkça işaretlenir.
Bakım ve olay akışı pilot varlıklarda alarm, ticket, değişiklik, geri dönüş ve rapor kaydı üzerinden test edilir.
Envanter, kritik varlık sınıflandırması, pilot bakım ve düzenli işletim sıralanır; takvim varlık sayısı ile bakım pencerelerine bağlıdır.
