Danışmanlık, test ve bakım hizmetleri

Bu kategorideki hizmetler farklı işler yapar ama ortak bir yanları vardır: hepsi yazılımın yazıldığı andan sonraki sorumluluğu ele alır.

Her işletmenin tam zamanlı bir teknik yöneticisi yoktur; ama yazılım yatırımı, tedarikçi teklifi, altyapı tercihi ve ekip kurma gibi kararlar yine de verilmek zorundadır. CTO as a Service bu boşluğu belirli bir gün ya da saat düzeniyle çalışan bir teknik sorumluyla doldurur: teklifleri teknik açıdan okur, mimari önerileri değerlendirir, yol haritasını yazılı hâle getirir ve kararların gerekçesini kayıt altına alır.

Dijital dönüşüm danışmanlığı daha erken bir adımdır. Hangi süreçlerin dönüştürülmeye değer olduğu, hangisinin hazır yazılımla hangisinin özel geliştirmeyle çözüleceği ve hangi sırayla ilerleneceği çıkarılır. Çıktı, uygulayıcıdan bağımsız okunabilen yazılı bir önceliklendirmedir. Danışmanlığın sınırı da baştan yazılır: hangi kararın sizde, hangisinin danışmanda olduğu net değilse öneriler uygulanmadan kalır.

Acil durumda belirleyici olan, o anda ne yapıldığından çok önceden neyin hazır olduğudur. Erişim bilgileri, izleme panelleri, yedekler ve sistem şeması hazır değilse ilk saatler sistemi tanımaya gider. Bu yüzden destek çoğu zaman bir ön inceleme ve erişim hazırlığıyla başlar.

Olaylar etkisine göre sınıflandırılır: sistemin tamamen durması, ana işlevin bozulması ve küçük aksaklıklar farklı aciliyetle ele alınır. Önce etkiyi sınırlayan geçici bir çözümle sistem ayağa kaldırılır, ardından kök neden bulunur ve kalıcı düzeltme planlanır. Olay kapandığında ne olduğunu, neden olduğunu ve tekrarının nasıl önleneceğini anlatan kısa bir değerlendirme yazılır. Hangi sistemin hangi saat aralığında, hangi kanaldan ve hangi yanıt hedefiyle destekleneceği hizmet seviyesi anlaşmasında (SLA) yazılı olarak belirlenir.

Bakım, “bozulunca bakarız” anlayışından farklıdır. Çalışan bir sistemde bile bağımlılıklar eskir, alan adı ve TLS yenilemeleri unutulur, dışarıdaki servisler arayüzünü değiştirir. Bakım ve destek modeli aylık bir sözleşmeyle yürür ve dört iş türünü ayırır.

Eski bir sistemi sıfırdan yazmak çekici görünür ama çoğu zaman risklidir; çünkü eski kodun içinde yıllar içinde birikmiş iş kuralları vardır ve kimse hepsini hatırlamaz. Daha güvenli yaklaşım sistemi parça parça modernleştirmektir: önce kritik akışların testleri yazılır, sonra bir bileşen değiştirilir ve testler eski davranışın korunduğunu gösterir.

Test otomasyonu bu yüzden modernizasyonun güvenlik ağıdır. Her şeyi otomatikleştirmek yerine gelir getiren ya da bozulduğunda en çok zarar veren akışlar, örneğin ödeme, sipariş ve giriş, önce seçilir. Teknik borç analizi ve mimari danışmanlık hangi parçanın önce ele alınacağına karar vermeyi kolaylaştırır.