Qkare
Çözüm · Bakım & Destek

Bakım & Destek

Bug fix'ten versiyon yükseltmeye, legacy modernizasyonundan kullanıcı destek hattına — kurum yazılımının yaşam döngüsünü SLA güvenceli bir disiplinle uzatıyoruz.

Yaklaşımımız

Bakım bir angarya değil; sistemi yaşatan disiplin.

Çoğu kurum yazılımı bittiği gün geliştirici ekibini kaybediyor. Bug'lar birikiyor, kütüphaneler eskiyor, küçük bir güncelleme bile risk gibi görünüyor. Bir noktada legacy etiketi yapışıyor ve 'biz buna girmeyelim' kuralı oluşuyor.

Bakım hizmetinde mevcut sistemi olduğu gibi devralıyoruz: kodu okuyor, runbook çıkarıyor, öncelik kuyruğunu birlikte kuruyoruz. Her ay küçük güncellemeler düzenli bir döngüyle gidiyor, kritik durumlarda SLA ile müdahale ediyoruz. Hedef sistemin emekliye ayrılması değil; teknolojiyle birlikte yaşaması.

Kapsam

Yaşam döngüsünün her noktasında

Bug fix & küçük güncellemeler

Önceliklendirilmiş kuyrukla aylık düzenli sürümler; küçük taleplerin birikip büyük bir başağrısına dönüşmesini önlüyoruz.

Versiyon yükseltme & migrasyon

Framework, veritabanı ve kütüphane yükseltmeleri planlı şekilde; güvenlik açıkları sessizce birikmesin.

Legacy modernizasyon

Aniden değil aşamalı geçişle — eski sistem çalışmaya devam ederken yeni katman birlikte kurulur.

Kullanıcı destek hattı

1., 2. ve 3. seviye destek; son kullanıcı çağrılarından mimari müdahaleye kadar tek temas noktası.

SLA & raporlama

Yanıt süresi, çözüm süresi ve uptime SLA olarak yazılır; aylık rapor kuruma açıktır.

Neden bakım hizmetimiz

Sistem yalnız kalmasın

Sorun

Yazılımı kuran ekip ayrıldı → kod 'içinden çıkılmaz' hâle geldi.

Çözüm

Devralma sırasında kodu okuyup runbook ve mimari notlar çıkarıyoruz; bilgi tek kişide kilitli kalmıyor.

Sorun

Küçük hatalar birikiyor → her sürüm öncesi panik.

Çözüm

Önceliklendirilmiş hata kuyruğu ve aylık düzenli sürüm döngüsüyle birikim olmuyor.

Sorun

Legacy sistem patlamadan dönüştürülmesi gerekiyor → riskli görünüyor, erteleniyor.

Çözüm

Strangler pattern ve aşamalı geçişle eski sistem çalışırken yeni katmanı paralel kuruyoruz; geçiş bir 'olay' değil bir takvim.

Nasıl başlıyoruz

Devralmadan aylık döngüye

1

Devralma

Mevcut sistemin kod, dokümantasyon ve operasyonel durumu yerinde incelenir; runbook çıkarılır.

2

Önceliklendirme

Bekleyen iş kuyruğu birlikte sınıflandırılır; SLA ve aylık kapasite birlikte planlanır.

3

Aylık döngü

Düzenli sürüm kapsamı belirlenir, sürümler aynı ritimle çıkar; kritik müdahale SLA ile ayrı koşar.

4

Periyodik gözden geçirme

Üç ayda bir mimari sağlık, teknik borç ve modernizasyon ihtiyacı raporlanır.

Sisteminizi devralalım

Mevcut yazılımın devralma fizibilitesini iki haftada çıkarıyoruz.