Kod, altyapı, erişim ve dokümantasyon durumunu inceleyerek ele alınacak konuları çıkarırız.
Destek biçimini, iş önceliklerini, değişiklik onayını ve varsa bakım süresini projeye göre tanımlarız.
Kapsama alınan bakım veya değişiklik işlerini yürütür, sonuçları ilgili ekiple gözden geçiririz.
Canlı yazılımda kullanıcı sorunları, değişen kurallar, güncellemeler ve bağlantı talepleri farklı işlerdir. Aşağıdakiler olası senaryolardır; tamamlanmış müşteri işi veya sabit paket değildir. Önce uygulama ve sorumluluklar anlaşılır.
Olası senaryo: Belirli bir ekranda aralıklı hata görülüyor. Zamanı, kullanıcı akışı ve sürümü kaydedilir; uygulama kayıtları, bağlı servisler ve son değişiklikler incelenir. Çözüm kod, yapılandırma veya üçüncü taraf koordinasyonu gerektirebilir. Teşhis öncesi düzeltme süresi vaat edilmez.
Olası senaryo: Mevcut forma onay adımı, yeni rol ve dış bağlantı isteniyor. Bu hata giderme değildir; veri modeli, kullanıcı akışı, test ve yayın etkileri değerlendirilir. Küçük düzenleme ile yeni geliştirme sınırı teklif veya sözleşmede belirlenir.
Olası senaryo: Farklı ekiplerden aynı ekran hakkında sorular ve kullanım güçlükleri geliyor. Talepler tek tek yanıtlanırken ortak nedenleri de sınıflandırmak yararlı olabilir: açıklama eksikliği, yetki karışıklığı veya gerçek bir işlev sorunu. Geri bildirimler kararlaştırılan iletişim kanalında toplanıp teknik inceleme gerektirenlerle kullanım açıklaması gerektirenler ayrılır. Kanal ve yanıt sorumluluğu her projede ayrıca belirlenir.
İlk incelemede sistemin durumu, kod ve altyapı sahipliği, erişimler ve önceki değişiklikler görülür. Bu adımlar proje görüşmesi çerçevesidir; sabit teslim paketi değildir.
Uygulama bileşenleri, depo, ortamlar, alan adı, bağlantılı servisler ve mevcut dokümantasyon gözden geçirilir. Müşterinin, önceki geliştiricinin ve üçüncü taraf sağlayıcıların erişim ve değişiklik yetkileri ayrılır. Erişim eksikliği varsa hangi incelemenin yapılabileceği açıkça belirtilir.
Hata, güvenlik güncellemesi, kullanım sorusu ve yeni özellik isteği aynı iş listesinde karışmamalıdır. Her talebin etkisi, tekrar üretme bilgisi ve gerekli onayı kaydedilebilir. Öncelik kuralı, destek kanalı ve varsa yanıt hedefi taraflarca proje kapsamında kararlaştırılır.
Onaylanan iş için etkilenen bileşenler belirlenir; uygulanacak düzeltme veya geliştirme test ortamında değerlendirilebilir. Canlıya geçiş, mevcut yayın düzeni ve geri dönüş ihtimali dikkate alınarak planlanır. Kullanıcıya görünen değişiklikler ve bilinen sınırlamalar ilgili ekiple paylaşılır.
Yapılan değişikliğin beklenen davranışı sağlayıp sağlamadığı ilgili kişilerle kontrol edilir. Açık kalan talepler, tekrar eden sorunlar ve yeni geliştirme ihtiyacı ayrı kaydedilir. Sürekli destek isteniyorsa bir sonraki dönem ve sorumluluklar yeniden netleştirilir.
Bakımın kapsamı uygulamanın yaşına, teknoloji yığınına, kod erişimine ve üçüncü taraf bağımlılıklarına göre değişir. Mevcut bir sistem devralınırken önce inceleme yapmak önemlidir; teknik borç, eksik dokümantasyon veya sahip olunmayan hesaplar sonradan yapılabilecek işleri sınırlayabilir. İnceleme, her sorunun aynı sözleşme içinde çözüleceği anlamına gelmez.
Destek için kullanılacak iletişim kanalı, talebi kimin açacağı, mesai ve yanıt düzeni, bakım süresi ve değişiklik onayı projeye göre belirlenir. Bunlar burada sabit bir SLA olarak sunulmaz. Kullanıcı soruları, teknik hata incelemesi ve yeni özellik geliştirme için farklı sorumluluklar seçilebilir; üçüncü taraf servis arızaları da ayrıca değerlendirilir.
Bir uygulamanın işletimi yalnız hata düzeltmek değildir. Güncelleme kararı, test, yayın, hesap sahipliği ve kullanıcı bilgilendirmesi birbirine bağlıdır. Codiatech'in üstleneceği işler ve müşterinin sağlayacağı erişimler teklif veya sözleşmede netleştirilirse bakım sırasında kararlar daha izlenebilir olur. İhtiyaç değiştiğinde kapsamın yeniden konuşulması, belirsiz bir sınırsız destek beklentisi doğmasını önler.
Önce kod, mimari, ortamlar, erişimler ve mevcut dokümantasyon incelenir. Teknik durum ve yetkiler uygun olduğunda hangi bakım işlerinin üstlenilebileceği proje kapsamında kararlaştırılır; inceleme yapılmadan kapsam sözü verilmez.
Kullanım sorusu, hata düzeltmesi ve yeni işlev farklı talep türleridir. Yeni özellik, veri modeli, arayüz, test ve canlıya alma etkisiyle ayrı değerlendirilir. Dahil olup olmadığı teklif veya sözleşmeye bağlıdır.
Tek bir kanal veya çalışma saati bütün projeler için geçerli değildir. İletişim yolu, talep açma yetkisi, çalışma düzeni ve varsa yanıt hedefleri müşteri ihtiyacıyla birlikte sözleşmede belirlenir.
Önce arızanın uygulamada mı, entegrasyonda mı yoksa dış sağlayıcıda mı olduğu incelenir. Codiatech'in müdahale, iletişim ve takip sorumluluğu ilgili servis erişimleri ve sözleşme kapsamına göre tanımlanır.
Dönem, kapsam ve varsa devam koşulları baştan kararlaştırılır. Süre sonunda açık işler ve yeni ihtiyaçlar değerlendirilir; devam edecek destek veya geliştirme için yeni kapsam üzerinde anlaşılır. Kendiliğinden süresiz hizmet varsayılmaz.
Canlı sonrası bakım ve işletim kapsamı hizmete ve projeye göre değişir; teklif aşamasında netleştirilir.