Yazılım Bakım ve Destek Anlaşmasında Neler Olmalı?

Bir web sitesi veya iş yazılımı teslim edildiğinde proje biter gibi görünür. Oysa yazılımın güvenli ve sorunsuz çalışmaya devam etmesi için düzenli bakım gerekir: güvenlik güncellemeleri, sunucu ve yazılım sürümlerine uyum, yedeklerin kontrolü, ortaya çıkan hataların düzeltilmesi ve küçük iyileştirmeler. Bu işlerin kim tarafından, hangi koşullarda yapılacağını belirleyen bakım anlaşması, sürprizleri önler.

Bakım neden gereklidir?

• Kullanılan programlama dili, kütüphaneler ve sunucu yazılımları düzenli güncellenir; eski sürümler güvenlik açıkları içerebilir.
• Hosting firması PHP veya veritabanı sürümünü yükselttiğinde uyumluluk sorunları çıkabilir.
• Tarayıcılar ve cihazlar değişir; bazı arayüz sorunları zamanla ortaya çıkar.
• Entegre edilen dış servisler (ödeme, kargo, e-posta) API'lerini değiştirebilir.

Güncellemelerin ertelenmesinin risklerini güvenlik güncellemeleri yazımızda ele aldık.

Anlaşmada netleştirilmesi gerekenler

Kapsam

Bakım hizmetinin neleri içerdiği açıkça yazılmalı:

• Güvenlik ve sürüm güncellemeleri
• Yedeklemelerin düzenli kontrolü
• Hata düzeltmeleri
• Sunucu ve performans izleme
• Belirli bir süreye kadar küçük içerik veya tasarım değişiklikleri

Kapsam dışında kalan işler (yeni modül geliştirme, büyük tasarım değişiklikleri) ve bunların nasıl ücretlendirileceği de belirtilmeli.

Müdahale süreleri

Bir sorun bildirildiğinde ne kadar sürede dönüş yapılacağı ve çözüm için çalışmaya başlanacağı belirlenmelidir. Sorunların önem derecesine göre farklı süreler tanımlamak yaygın bir uygulamadır:

• Kritik: Site veya sistem tamamen erişilemez, ödeme alınamıyor.
• Yüksek: Önemli bir fonksiyon çalışmıyor.
• Normal: Küçük hatalar ve iyileştirme talepleri.

Destek kanalları ve saatler

Sorunlar nasıl bildirilecek (e-posta, destek paneli, telefon)? Destek hangi gün ve saatlerde veriliyor? Mesai dışındaki kritik durumlar için ne yapılacak?

Yedekleme ve geri yükleme

Yedeklerin ne sıklıkla alındığı, nerede saklandığı, ne kadar süre tutulduğu ve geri yüklemenin ne kadar sürede yapılabileceği belirtilmeli. Yedekleme stratejisi için 3-2-1 kuralı yazımıza göz atabilirsiniz.

Raporlama

Aylık veya üç aylık kısa bir rapor; yapılan güncellemeleri, çözülen sorunları ve öneriler, bakımın görünür olmasını sağlar.

Ücretlendirme modeli

Yaygın modeller şunlardır:

• Sabit aylık veya yıllık ücret karşılığı belirli kapsam
• Önceden satın alınan destek saati paketi
• İş bazında ücretlendirme

Hangi modelin uygun olduğu, sistemin karmaşıklığına ve değişiklik ihtiyacınızın sıklığına bağlıdır.

Erişim bilgileri ve belgeler

Bakımı yapan ekibin hangi sistemlere eriştiği, bu bilgilerin nasıl saklandığı ve anlaşma sona erdiğinde nasıl teslim edileceği yazılı olmalıdır. Kaynak kodunun ve teknik belgelerin size ait olması, ileride başka bir ekiple çalışma özgürlüğü sağlar.

Süre ve fesih

Anlaşmanın süresi, yenilenme koşulları ve fesih durumunda geçiş sürecinin nasıl yönetileceği belirtilmelidir.

Bakım yapılmazsa ne olur?

Bakımı yapılmayan sistemler genellikle bir süre sorunsuz çalışır; ardından bir güvenlik açığı, bir sunucu güncellemesi veya bir entegrasyon değişikliğiyle aniden durur. Bu noktada yapılan acil müdahale, düzenli bakımdan çok daha maliyetli olabilir.

Kendi ekibiniz mi, dış destek mi?

Kurum içinde yazılım ekibi olan işletmeler bakımı kendileri yapabilir. Ekibi olmayanlar için sistemi geliştiren firmayla veya güvenilir bir teknik ekiple bakım anlaşması yapmak daha sürdürülebilirdir.

Geliştirdiğimiz sistemler ve web siteleri için sunduğumuz bakım seçeneklerini öğrenmek için özel yazılım hizmetimizi ve web güvenliği hizmetimizi inceleyebilirsiniz.