Yazılım Tesliminden Sonra Bakım, Güncelleme ve Destek Nasıl Planlanır?

Yazılım projelerinde en çok konuşulan rakam geliştirme bedelidir. Oysa teslim, projenin sonu değil; ürünün yaşamaya başladığı andır. Bu yazı, teslimden sonra ne olduğunu, hangi kalemlerin devam ettiğini ve bakım anlaşmasında neyin yazılı olması gerektiğini anlatıyor.

Neden hiçbir yazılım “bitmiş” kalmaz?

Teslim ettiğiniz gün çalışan bir yazılım, hiç dokunulmasa bile zamanla bozulur. Sebepleri sizden bağımsızdır:

• İşletim sistemleri güncellenir. iOS ve Android her yıl yeni sürüm çıkarır; mağazalar da uygulamaların belirli bir sürümü hedeflemesini isteyebilir.
• Tarayıcılar değişir. Yıllar önce yazılmış bir arayüz bugünkü tarayıcıda farklı davranabilir.
• Bağımlılıklar güncellenir. Kullanılan kütüphanelerde güvenlik açıkları bulunur ve yamalanır; siz de yamalamalısınız.
• Üçüncü taraf servisler değişir. Ödeme kuruluşu, kargo firması veya harita servisi arayüzünü güncellediğinde bağlantınız bozulabilir.
• Mevzuat değişir. Fatura, vergi veya veri koruma tarafındaki değişiklikler yazılıma yansır.
• İşiniz değişir. Yeni hizmet, yeni fiyat yapısı, yeni şube.

Bunların hiçbiri “kötü yazılmış yazılım” belirtisi değildir. Yazılımın doğasıdır ve bütçelenmesi gerekir.

Bakım tek bir şey değil: dört farklı iş

“Bakım” başlığı altında birbirinden çok farklı işler toplanır. Teklifte hangisinin kapsandığı ayrı ayrı yazılmalıdır.

En sık çıkan anlaşmazlık, ilk ve son satır arasındaki sınırdadır: “Bu bir hata mı, yoksa yeni istek mi?” Sözleşmede hatanın tanımı yapılmalıdır — örneğin “kabul edilen kapsamda tanımlanmış bir işlevin beklenen sonucu üretmemesi”. Kapsamda hiç konuşulmamış bir davranış hata değil, yeni taleptir.

Teslimden sonra devam eden giderler

Bakım hizmetinden ayrı olarak, ürünü ayakta tutan düzenli kalemler vardır:

• Sunucu ve veritabanı barındırma — kullanıcı sayısıyla birlikte artar
• Alan adı ve SSL
• Mağaza geliştirici hesapları (mobil uygulamalarda)
• Bildirim, SMS, e-posta, harita gibi servislerin kullanım ücretleri
• Ödeme kuruluşu kesintileri
• Hata izleme ve yedekleme araçları
• Varsa ücretli lisanslar

Bu kalemlerin kimin adına açılacağını da netleştirin. Hesapların işletmeniz adına olması, ileride firma değiştirseniz de ürünün ve verilerin sizde kalmasını sağlar.

Bakım anlaşmasında yazılı olması gerekenler

Sözlü mutabakat, sorun çıktığı gün işe yaramaz. Şunlar yazılı olmalı:

• Kapsam: Yukarıdaki dört türden hangileri dahil?
• Hata tanımı: Neyin hata sayıldığı ve neyin yeni talep olduğu.
• Önem dereceleri: “Sistem tamamen durdu” ile “bir yazım hatası var” aynı aciliyette olamaz. Her derece için ayrı yanıt süresi tanımlanmalı.
• Yanıt ve müdahale süresi: Bildirimden ne kadar sonra dönüş yapılacak, ne kadar sonra çalışmaya başlanacak? Bunlar farklı şeylerdir.
• Çalışma saatleri: Destek hafta içi mesai saatlerinde mi, 7/24 mü? İkisi çok farklı fiyatlanır.
• Kapsama dahil saat: Aylık pakette kaç saat var, aşıldığında ne oluyor?
• Bildirim kanalı: Talepler nereden iletilecek? Kişisel telefon değil, takip edilebilir bir kanal olmalı.
• Yedekleme: Sıklık, nerede tutulduğu, geri dönüş süresi ve bunun kimin sorumluluğunda olduğu.
• Fesih ve devir: Anlaşma bittiğinde kod, veri ve hesaplar nasıl devredilecek?

Bakım anlaşması zorunlu mu?

Hayır, ama alternatifin ne olduğunu bilerek karar verin. Üç yol vardır:

• Düzenli bakım paketi: Aylık sabit bedel. Öngörülebilir gider, öncelikli destek. Az sorun çıkan dönemlerde “boşa ödedim” hissi verebilir.
• Talep üzerine: Sorun çıkınca iş emri açılır. Sorun çıkmayan ay ödeme yok. Karşılığında sıraya girersiniz ve acil bir durumda geliştirici müsait olmayabilir.
• Hiçbiri: Ürün olduğu gibi bırakılır. Kısa vadede ucuzdur; birikmiş güncellemeler bir gün büyük bir iş olarak geri döner.

İşletmeniz bu yazılıma bağımlıysa — durduğunda iş duruyorsa — üçüncü seçenek gerçek bir seçenek değildir.

Destek talebini nasıl iletmeli?

Sizin tarafınızdan yapılacak küçük bir düzen, çözüm süresini belirgin biçimde kısaltır:

• Tek bir kanal kullanın; talepler farklı kişilerin telefonuna dağılmasın.
• Ne yaptığınızı, ne beklediğinizi ve ne olduğunu yazın.
• Ekran görüntüsü veya kısa bir video ekleyin.
• Hangi kullanıcı, hangi cihaz, hangi tarayıcı — bu üçü çoğu sorunu daha ilk bakışta daraltır.
• Sorun sürekli mi, ara sıra mı? “Bazen oluyor” bilgisi de bilgidir.
• İşletme tarafında tek bir muhatap belirleyin; talepleri o toplasın.

Sık sorulan sorular

Garanti süresi ne kadar olmalı?

Sektörde tek bir standart yok; teslim sonrası belirli bir süre hata düzeltmenin ücretsiz olması yaygındır. Önemli olan sürenin ve neyi kapsadığının sözleşmede yazılı olmasıdır.

Bakım ücreti neye göre belirlenir?

Sistemin büyüklüğü, kritikliği, entegrasyon sayısı, beklenen yanıt süresi ve destek saatleri belirleyicidir. 7/24 destek ile mesai içi destek arasında ciddi fark oluşur.

Başka bir firmayla çalışmaya başlarsam ne olur?

Bu ihtimal için sözleşmede devir maddesi bulunmalıdır: kaynak kodun teslimi, sunucu ve hesap erişimlerinin aktarımı, teknik dokümantasyon. Bu maddeyi projenin başında, ilişki iyiyken konuşmak en kolay zamandır.

Yeni özellik istediğimde her seferinde teklif mi alacağım?

Çalışma biçimine bağlı. Küçük ve sık değişiklikler için aylık bir saat havuzu pratiktir; büyük eklemeler ayrı proje olarak planlanır.

Hiç kullanılmayan bir yazılımın bakımını yaptırmalı mıyım?

Kullanılmıyorsa asıl soru neden kullanılmadığıdır. Veri barındırıyorsa güvenlik güncellemeleri yine gerekir; tamamen bırakılacaksa verinin dışa aktarılıp sistemin kapatılması daha doğru olur.

Mevcut projenizin bakımını konuşalım

Elinizde çalışan bir yazılım varsa, hangi kalemlerin devam ettiğini ve nelerin güncellenmesi gerektiğini birlikte çıkarabiliriz. Yeni bir proje planlıyorsanız bu kalemleri baştan teklif kapsamında konuşuruz. Özel yazılım, mobil uygulama ve web sitesi hizmetlerimizi inceleyebilir, bize ulaşabilirsiniz. Firma seçerken sorulacak soruları yazılım şirketi seçimi yazımızda topladık.