Görsel: Pixabay · Pixabay Lisansı
Neden belirsiz kalıyor?
"Bakım" kelimesi herkes için farklı anlama gelir. Müşteri her talebin dahil olduğunu düşünür, sağlayıcı yalnız arıza giderimini anlar.
Bu boşluk ilk yoğun dönemde çatışmaya dönüşür. Çözüm, kapsamı madde madde yazmaktır.
Kapsamda olması gerekenler
Sunucu ve altyapı izleme, kesinti durumunda müdahale.
Güvenlik güncellemeleri ve bağımlılık yükseltmeleri.
Sertifika yenileme takibi.
Yedeklerin alındığının doğrulanması ve dönemsel geri yükleme testi.
Hata düzeltmeleri: sistemin tanımlı işlevini yerine getirmediği durumlar.
Dönemsel performans ve güvenlik raporu.
Kapsam dışı olması gerekenler
Yeni özellik geliştirme. Bu ayrı bir iş kalemidir ve ayrı fiyatlanmalıdır.
İçerik girişi ve düzenleme, aksi yazılmadıkça.
Üçüncü taraf servislerin kendi arızaları; müdahale edilir ancak çözüm o sağlayıcıdadır.
Tasarım değişiklikleri.
Hata ile talep ayrımı
Bu ayrım yazılı olmalıdır. Hata, sistemin belgelenmiş davranışından sapmasıdır. Talep, yeni bir davranış istenmesidir.
Ayrım yapılmazsa her yeni istek bakım kapsamında sayılmaya çalışılır ve ilişki bozulur.
Yanıt ve çözüm süreleri
Önem derecelerini tanımlayın: sistem tamamen erişilemez, kritik işlev çalışmıyor, küçük hata.
Her seviye için yanıt süresi belirleyin. Çözüm süresi taahhüdü vermek her zaman mümkün olmayabilir; bu durumda yanıt ve bilgilendirme sıklığı tanımlanmalıdır.
Mesai dışı ve hafta sonu kapsamı ayrıca belirtilmelidir.
Saat havuzu modeli
Yaygın ve pratik bir model: aylık belirli bir saat havuzu, kapsam dışı işler için kullanılır.
Kullanılmayan saatlerin devredip devretmeyeceği yazılmalıdır.
Havuz aşıldığında birim fiyat baştan belli olmalıdır.
Raporlama
Aylık kısa bir rapor: yapılan güncellemeler, yaşanan kesintiler, yedek durumu, açık konular.
Bu rapor, bakımın görünmez emeğini görünür kılar ve ilişkiyi sağlıklı tutar.
Erişim ve devir
Bakım sağlayıcısının hangi sistemlere erişeceği tanımlanmalıdır.
Anlaşma sona erdiğinde erişimlerin kaldırılması ve bilgi aktarımı süreci yazılı olmalıdır.
Tüm hesapların müşteri adına kayıtlı olması, devri sorunsuz hale getirir.
Aylık rutin kontrol listesi
Bakımın içeriğini somutlaştıran bir liste, hem sağlayıcıyı hem müşteriyi rahatlatır.
Tipik bir liste şunları içerir: güvenlik güncellemeleri, bağımlılık kontrolü, sertifika süreleri, yedek doğrulaması, disk doluluğu, hata kayıtlarının incelenmesi ve performans ölçümü.
Her maddenin sonucunu raporda belirtin. Yapıldığı görünmeyen iş, yapılmamış sayılır.
Acil durum prosedürü
Kesinti anında kime, hangi kanaldan ulaşılacağı yazılı olmalıdır.
Yedek iletişim kanalı tanımlayın; e-posta sunucusu da etkilenmiş olabilir.
Müdahale sırasında bilgilendirme sıklığı belirlenmelidir; sessiz geçen saatler, teknik sorundan daha çok güven kaybettirir.
Kesinti sonrası yazılı bir değerlendirme sunmak, ilişkiyi güçlendiren en etkili uygulamalardan biridir.
Sık sorulanlar
Bakım ücreti nasıl belirlenir?
Yaygın yaklaşım, ilk geliştirme maliyetinin belirli bir yüzdesini yıllık bakım olarak almaktır. Sistem karmaşıklığı, kullanıcı sayısı ve gereken yanıt süresi bu oranı etkiler.
Bakım anlaşması olmadan devam edebilir miyim?
Teknik olarak mümkündür ancak güvenlik güncellemeleri, sertifika yenileme ve yedek doğrulaması yapılmazsa sistem zamanla risk biriktirir. En azından bu temel kalemler için bir düzen kurulmalıdır.
Bakım sağlayıcısı ile geliştirici aynı firma olmalı mı?
Zorunlu değildir ancak sistemi geliştiren ekibin bakımı üstlenmesi teşhis süresini kısaltır. Farklı firmalar çalışacaksa, dokümantasyon ve erişim devrinin eksiksiz yapılmış olması kritik önem taşır.
