Yazılım yayına alındıktan sonra ihtiyaçlar sona ermez. Kullanıcı soruları, sistem değişiklikleri ve yeni iş talepleri ortaya çıkabilir. “Destek var” ifadesi ise hangi işlerin yapılacağını tek başına açıklamaz. İşletmenin günlük kullanımını sürdürebilmesi için bakım kapsamı, sorumlular ve iletişim yöntemi somut biçimde belirlenmelidir.
1. Hata düzeltme ile yeni geliştirmeyi ayırın
Kararlaştırılmış işlemin yanlış çalışması ile yeni ekran veya farklı iş kuralı istenmesi aynı tür talep değildir. Mevcut kapsamın nasıl tanımlandığını ekiplerle netleştirin. Destek talebinde beklenen davranış ve görülen sorun yazılsın. Her değişikliği otomatik olarak bakım paketine dâhil veya dışarıda saymak yerine değerlendirme yöntemini belirleyin.
2. Destek saatini ve yanıt beklentisini açıklayın
Talebin hangi kanaldan iletileceği, kimin takip edeceği ve hangi saatlerde değerlendirileceği belli olsun. Yanıt süresi ile çözüm süresi farklıdır. Sorunun ilk değerlendirmesinin yapılması, tamamen giderildiği anlamına gelmez. Kritik kesinti ile küçük görünüm sorunu için önceliklendirme yöntemini önceden açıklayın.
3. Güncelleme sorumluluğunu tanımlayın
Yazılım, sunucu ve dış hizmetler farklı bakım alanları olabilir. Hangi bileşenin hangi ekipte olduğunu belirleyin. Değişikliğin test edilmesi, yayına alınması ve sorun oluşursa geri dönüş süreci açıklansın. Her güncellemenin bütün kullanım koşullarında etkisiz olacağını varsaymak yerine planlı kontrol ve iletişim kurun.
4. Yedek ve geri yükleme kapsamını sorun
Yedek alınıyor olması, her kaydın anında geri getirilebileceği anlamına gelmez. Hangi verilerin, ne sıklıkta ve ne kadar süreyle yedeklendiğini öğrenin. Geri yükleme sorumlusu ve kontrollü test yöntemi belli olsun. Dosya, veritabanı ve dış sistemdeki bilgiler aynı kapsamda olmayabilir; işletmenin gerekli senaryolarını sağlayıcıyla değerlendirin.
5. Değişiklik taleplerini ayrı bir listede yönetin
Yeni ihtiyaçların amacı, kullanıcı etkisi ve önceliği yazılsın. Tahmini süre ve ek kapsam değerlendirmesi yapılmadan kesin teslim tarihi beklemeyin. Tamamlanan değişikliğin kontrolünü kurum içinden bir sorumlu yapsın. Günlük destek işleri ile uzun vadeli geliştirme planını ayrı takip etmek, acil sorunların gözden kaçmasını azaltabilir.
Bakımı günlük işinizin parçası olarak planlayın
BE Soft ile yazılımınızın kullanım yoğunluğunu, kritik işlemlerini ve destek beklentisini paylaşarak bakım kapsamını değerlendirebilirsiniz. Açık sorumluluklar, izlenebilir talepler ve doğrulanmış geri dönüş süreçleri sürdürülebilir kullanım için önemlidir.