01Sorun ve çözüm
Yazılım bakım anlaşması bu belirsizliği ortadan kaldıran sözleşmedir. Kapsama giren ve girmeyen işleri, hataların öncelik sınıflarını, her sınıf için müdahale biçimini, aylık çalışma saatini ve raporlamayı baştan tanımlıyoruz. Böylece siz bütçenizi, biz de iş yükümüzü öngörebiliriz.
Devamını okuDaha az göster
Kendi geliştirdiğimiz yazılımlar kadar başka bir ekibin yazdığı sistemler için de anlaşma yapıyoruz; bu durumda önce sistemi tanıdığımız bir başlangıç incelemesi yapılır.
02Kimler için
Yazılım bakım anlaşması kimler için gerekli
İş süreçleri bir yazılıma bağlı olan her kurum, o yazılımın sahipsiz kalmamasını ister.
- Özel yazılım geliştirmeyi tamamlatmış ve yayın sonrası sorumluluğu netleştirmek isteyen şirketler
- Kendi yazılım ekibi olmayan ama siparişini, stoğunu ya da randevusunu özel bir sistemle yöneten işletmeler
- Önceki tedarikçisiyle bakım ilişkisi bittiği için sistemi yeni bir firmaya bağlamak isteyen kurumlar
- İç ekibi yeni geliştirmeye odaklanmak için rutin bakım yükünü dışarıya vermek isteyen ürün şirketleri
- Denetim ya da kurumsal müşteri talebi nedeniyle yazılı bir destek sözleşmesi göstermesi gereken firmalar
03İhtiyaçlar
Sözleşmesiz bakımın doğurduğu anlaşmazlıklar
Bakım konusundaki çoğu gerginlik teknik değil, tanımsız beklentilerden kaynaklanır.
- 01
Hata mı yeni istek mi
Kullanıcı bir davranışı hata olarak görür, geliştirici ise bunu hiç istenmemiş bir özellik sayar. Anlaşmada bu ayrımın nasıl yapılacağı yazılı değilse her talep tartışmayla başlar.
- 02
Belirsiz müdahale beklentisi
Sistemin tamamen durması ile bir raporda sütun kayması aynı aciliyette değildir. Öncelik sınıfları tanımlanmadığında ya her şey acil olur ya da hiçbir şey.
- 03
Ertelenen güncellemeler
Kimse istemediği için çerçeve ve kütüphane sürümleri yıllarca güncellenmez. Sonunda tek bir güvenlik yaması, büyük bir sürüm yükseltme projesine dönüşür.
- 04
Tedarikçiye bağımlılık
Sunucu erişimi, kod ve belgeler yalnızca bakım firmasında durur. İlişki bittiğinde sistemi başka birine devretmek ciddi biçimde zorlaşır.
04Özellikler
Yazılım bakım anlaşması hizmetinde netleştirdiğimiz maddeler
Sözleşme metnini sisteminizin kritikliğine ve kullanım saatlerine göre birlikte şekillendiriyoruz.
- 01
Bakım türlerinin ayrımı
Hata düzeltme, ortam değişikliklerine uyum, önleyici bakım ve küçük iyileştirmeler ayrı ayrı tanımlanır. Hangisinin aylık saatten, hangisinin ayrı teklifle karşılanacağı yazılır.
- 02
Öncelik sınıfları ve müdahale biçimi
Kritik, yüksek, normal ve düşük öncelikli hatalar örneklerle tarif edilir. Her sınıf için ilk yanıt ve çözüm hedefi, mesai içi ve dışı ayrımıyla belirlenir.
- 03
Aylık saat ve devreden emek
Anlaşmaya dahil çalışma saati, kullanılmayan saatin sonraki aya devredip devretmeyeceği ve aşım durumunda nasıl onay alınacağı açıkça yazılır.
- 04
Düzenli güncelleme takvimi
Bağımlılık ve güvenlik güncellemeleri, talep beklenmeden belirli bir ritimle gözden geçirilir. Büyük sürüm geçişleri önceden planlanır ve ayrıca bilgi verilir.
- 05
Çıkış ve devir maddesi
Anlaşma sona erdiğinde güncel kodun, belgelerin, erişim listesinin ve açık kayıtların size teslim edileceği baştan taahhüt edilir.
05Entegrasyonlar
Bakımın yürütüldüğü kanallar ve araçlar
Her talebin bir kaydı, her müdahalenin bir izi olması gerekir.
- 01
Talep ve kayıt sistemi
Bildirimler e-posta yerine Jira Service Management, Freshdesk ya da benzeri bir araçta açılır; öncelik, durum ve harcanan süre kayıtta görünür.
- 02
İzleme ve hata kayıtları
Sentry gibi hata izleme araçları ve sunucu izleme panelleri sayesinde birçok sorun kullanıcı bildirmeden fark edilir.
- 03
Kod deposu ve sürüm geçmişi
Her düzeltme sizin hesabınızdaki depoda, ilgili talep numarasıyla ilişkilendirilmiş bir değişiklik olarak yer alır.
- 04
Sunucu ve yedekleme altyapısı
Bulut ya da şirket içi sunucularda yedeklerin alındığı ve saklandığı yer, anlaşmada sorumluluğu belirtilerek tanımlanır.
06Süreç
Yazılım bakım anlaşması hizmeti nasıl ilerler?
Adım 01
Analiz
İş akışınızı, kullanıcılarınızı ve mevcut sistemlerinizi dinleriz; kapsamı, öncelikleri ve kabul ölçütlerini yazılı hâle getiririz.
Adım 02
Tasarım
Ekran akışlarını ve veri modelini çıkarırız. Arayüzü sizinle gözden geçirip onay almadan geliştirmeye geçmeyiz.
Adım 03
Geliştirme
Kısa döngülerle çalışırız; her döngü sonunda çalışan bir sürümü test ortamında görürsünüz.
Adım 04
Test
İşlevsel testler, entegrasyon testleri ve temel güvenlik kontrolleriyle hataları yayından önce yakalarız.
Adım 05
Yayın
Sunucu, alan adı, yedekleme ve izleme ayarlarını yaparak canlıya alırız; ekibinize kısa bir kullanım eğitimi veririz.
Adım 06
Bakım
İsterseniz bakım ve destek anlaşmasıyla güncellemeleri, izlemeyi ve yeni geliştirmeleri sürdürürüz.
07Teknoloji
Bakımı sürdürülebilir kılan teknik alışkanlıklar
Bakımın kalitesi, sistemi ne kadar iyi tanıdığımıza bağlıdır. Anlaşmanın başında mimariyi, veri akışını ve dış bağlantıları özetleyen bir sistem kartı hazırlıyoruz. Gece yarısı gelen bir bildirimde hangi servisin nereye bağlı olduğunu aramak yerine bu karta bakarak hızlı karar verilir.
Devamını okuDaha az göster
Her düzeltme önce bir test ortamında doğrulanır, ardından geri alınabilir şekilde canlıya alınır. Kritik olmayan değişiklikleri yoğun kullanım saatlerinin dışında, önceden duyurulan bakım pencerelerinde uyguluyoruz. Yayın sonrası hata kayıtlarını izleyerek değişikliğin yan etkisi olup olmadığını kontrol ediyoruz.
Ay sonunda kapanan talepleri, harcanan saati, uygulanan güncellemeleri ve gördüğümüz riskleri içeren kısa bir rapor paylaşıyoruz. Aynı modülde tekrar eden hatalar bu raporlarda görünür hâle gelir ve kalıcı bir iyileştirme için ayrı bir öneriye dönüşür.
08Çalışma modelleri
Bu hizmette çalışma modelleri
09Sık sorulan sorular
Yazılım bakım anlaşması hakkında sık sorulan sorular
Yazılım bakım anlaşması fiyatları nasıl hesaplanır?
Sistemin büyüklüğü ve teknolojisi, kritiklik düzeyi, mesai dışı müdahale beklentisi, aylık dahil saat ve izleme kapsamı belirleyicidir. Başlangıç incelemesinden sonra bu kalemleri açıkça gösteren bir teklif hazırlıyoruz.
Yazılım bakım anlaşması ile SLA'lı destek aynı şey mi?
Yakın kavramlardır. Bakım anlaşması yazılımın güncel ve çalışır tutulmasını bir bütün olarak düzenler; SLA ise bu anlaşmanın içindeki ölçülebilir müdahale ve çözüm hedeflerini ifade eder.
Başka bir firmanın yazdığı yazılım için bakım anlaşması yapabilir misiniz?
Evet. Kaynak koda ve sunucuya erişim şartıyla, önce sistemi inceleyip riskleri ve gerekli düzeltmeleri raporluyoruz. Ciddi açıklar varsa bunlar düzenli bakımdan önce ayrı bir iş olarak ele alınır.
Kullanmadığımız saatler ne olur?
Bu, anlaşmada sizinle birlikte belirlenir. Sonraki aya sınırlı devir, saatlerin önleyici bakıma ayrılması ya da sabit kapsam gibi seçenekleri ihtiyacınıza göre konuşuyoruz.
Yeni özellik geliştirme bakım anlaşmasına dahil mi?
Küçük iyileştirmeler aylık saatten karşılanabilir. Yeni bir modül ya da kapsamlı değişiklik ise ayrı bir analiz ve teklifle yürütülür, böylece bakım saatleri rutin işlere yetmeye devam eder.
Anlaşmayı sonlandırırsak sistemimize ne olur?
Çıkış maddesine göre güncel kod, belgeler, erişim listesi ve açık talepler size ya da yeni firmanıza teslim edilir. Erişimlerimiz kapatılır ve şifreleri değiştirmeniz için hatırlatma yapılır.
10İlgili hizmetler