Canlı sonrası dönemde bakım anlaşması kapsamında destek, hata yönetimi, SLA takibi, performans izleme ve sürekli iyileştirme süreçlerini yönetiriz. Böylece çözümün güvenli, sürdürülebilir ve uzun vadede değer üreten bir yapıda kalmasını sağlarız.
Bakım Anlaşmasıyla Canlı Sonrası Destek ve Sürekli Gelişimi Yönetiriz
Teslimat yaklaşımımız canlıya geçişle sona ermez. Yayın sonrası dönemde çözümün sağlıklı çalışması, kullanıcıların desteklenmesi, hataların yönetilmesi, performansın izlenmesi ve yeni ihtiyaçların kontrollü şekilde ele alınması için bakım ve destek süreci yapılandırılır.
Bu aşamada müşteriyle belirlenen bakım anlaşması kapsamında destek kapsamı, hizmet seviyeleri, müdahale süreleri, raporlama düzeni, bakım sorumlulukları ve iyileştirme mekanizması netleştirilir.
Amaç; canlıya alınan çözümün sürdürülebilir, güvenli, güncel ve iş hedefleriyle uyumlu şekilde değer üretmeye devam etmesini sağlamaktır.
Unitic'te Bu Faz
Canlı sistem izlenir; talepler etki ve aciliyete göre önceliklendirilir. Bakım ve operasyon, canlıya geçişin yanına yığılmaz; ayrı sahiplik ve ayrı kanıtla yürür.
Ürün rehberi ve terim sözlüğü, canlı ekranla düzenli olarak karşılaştırılır; ekranı değiştiren her değişiklik rehberi aynı anda günceller.
Kullanılan Teknikler
- Maintenance agreement model
- SLA / OLA tanımı
- Incident management
- Problem management
- Service request management
- Change management
- Defect management
- Root cause analysis
- Priority / severity matrix
- Monitoring ve alerting
- Application health check
- Performance review
- Security patch management
- Version upgrade planning
- Release management
- Technical debt management
- Continuous improvement backlog
- User feedback analysis
- Analytics değerlendirmesi
- Support reporting
- Periodic service review
- Knowledge base yönetimi
Bakım Anlaşması Yaklaşımı
Canlıya alınan her çözümün sürdürülebilir şekilde çalışabilmesi için bakım ve destek modeli baştan netleştirilir. Bakım anlaşması; hangi hizmetlerin sağlanacağını, hangi durumların destek kapsamında olacağını, müdahale sürelerini, raporlama düzenini ve sorumlulukları tanımlar.
Bu yaklaşım sayesinde canlı sonrası dönem belirsiz bir destek süreci olmaktan çıkar; ölçülebilir, yönetilebilir ve karşılıklı beklentileri net olan bir hizmet modeline dönüşür.
Bakım Anlaşmasında Netleştirilen Alanlar
- Destek kapsamı
- Kapsam dışı destek konuları
- Destek kanalları
- Çalışma saatleri
- Kritik hata tanımı
- Öncelik seviyeleri
- Müdahale ve çözüm süreleri
- SLA beklentileri
- Raporlama periyodu
- Bakım sorumlulukları
- Güncelleme ve yama yaklaşımı
- Değişiklik taleplerinin ele alınma yöntemi
- Yeni geliştirme taleplerinin bakım kapsamından ayrıştırılması
- Periyodik toplantı ve değerlendirme düzeni
SLA ve Önceliklendirme
Bakım anlaşması kapsamında hata ve destek talepleri, etkisine ve aciliyetine göre sınıflandırılır. Böylece kritik iş süreçlerini etkileyen konular öncelikli ele alınırken, düşük öncelikli talepler planlı şekilde yönetilir.
Örnek Öncelik Seviyeleri
P1 — Kritik · Sistemin tamamı veya kritik iş süreci çalışmıyor.
P2 — Yüksek · Önemli bir fonksiyon çalışmıyor veya kullanıcı deneyimini ciddi etkiliyor.
P3 — Orta · Alternatif çözümü olan hata veya sınırlı kullanıcı grubunu etkileyen problem.
P4 — Düşük · Küçük hata, görsel düzenleme veya düşük etkili iyileştirme talebi.
Örnek Çıktılar
- Bakım anlaşması kapsamı
- SLA dokümanı
- Destek modeli
- Öncelik / severity matrisi
- Hata ve talep yönetim süreci
- Destek kanalı tanımı
- Bakım sorumluluk matrisi
- Periyodik destek raporları
- Incident kayıtları
- Problem analiz raporları
- Root cause analysis çıktıları
- Performans raporları
- Güvenlik ve yama planı
- Sürüm planı
- Teknik borç listesi
- İyileştirme backlog'u
- Yeni geliştirme talep listesi
- Periyodik servis değerlendirme raporu