Kısa cevap: değişikliğin boyutu ile etkisi aynı değildir
Tek bir bağlantı, konfigürasyon veya bileşen değişikliği birden fazla hizmeti etkileyebilir. Risk değerlendirmesi yalnızca işlemin ne kadar kısa süreceğine dayanmamalıdır. Hangi varlıkların ve hizmetlerin etkileneceği, mevcut bilginin güncelliği ve geri dönüşün uygulanabilirliği birlikte ele alınmalıdır. Küçük görünen bir işlem kritik bir bağımlılık üzerinde yapılıyorsa, kısa uygulama süresi düşük hizmet etkisi anlamına gelmez.
Etki değerlendirmesi hangi bilgiden başlamalı?
Önce değiştirilecek öğeyi ve desteklediği hizmetleri belirleyin. Envanter kimliği, teknik sorumlu, hizmet sahibi ve bağımlılık ilişkileri incelenmelidir. Doğrulanmış ilişkilerle eski veya tahmini bağlantıları ayırın. Bir ilişki kaydının bulunmaması, etkinin bulunmadığını kanıtlamaz. Eksik bilgi varsa bunu risk değerlendirmesinde görünür tutun; ek kontrol gerekip gerekmediğine karar verin. Böylece onay, yalnızca formun doldurulmasına değil bilginin niteliğine dayanır.
Onay almak uygulamanın güvenli olduğunu kanıtlar mı?
Onay, yetkili kişinin belirli bilgi ve koşullar altında kararı değerlendirdiğini gösterir. Teknik sonucun garantisi değildir. Bu nedenle onayın hangi kapsam ve plan için verildiği korunmalıdır. Plan değişirse önceki kararın yeni durumu karşılayıp karşılamadığı gözden geçirilmelidir. Uygulama penceresi, sorumlu ekip ve geri dönüş koşullarının anlaşılır olması, onaylanan çalışma ile fiilen yapılan çalışma arasındaki farkların izlenmesini kolaylaştırır.
Geri dönüş planında ne yazmalı?
Sadece sorun olursa geri alınır demek yeterli değildir. Geri dönüşün hangi durumda başlatılacağı, kim tarafından uygulanacağı ve hangi kayıt veya konfigürasyona dayanacağı açıklanmalıdır. Gerekli dosyalara erişim ve önceki durumun bilinirliği de değerlendirilmelidir. Her değişiklik aynı biçimde geri alınamaz; plan bu sınırlılığı saklamamalıdır. Uygulama öncesinde yapılan değerlendirme, sorun anında karar vermek için gereken belirsizliği azaltmaya yardımcı olur.
Örnek: bir ağ cihazında planlı bakım
İlgili cihazın hangi hizmetleri desteklediğini ve bakımın hangi zaman aralığında yürütüleceğini belirleyin. Mevcut konfigürasyon kaydını, sorumlu kişileri ve geri dönüş koşullarını kontrol edin. Uygulama sırasında yapılan işlemleri kaydedin. Sonrasında yalnızca cihazın erişilebilir olmasına bakmayın; hedeflenen hizmet etkisinin ve gözlem verisinin beklendiği gibi olduğunu inceleyin. Beklenmedik sonuç varsa bunu sonraki değerlendirmeler için karar geçmişiyle birlikte koruyun.
Argamos değişiklik sürecine nasıl bağlam katar?
Argamos, değişikliği ilgili incident, problem, varlık ve hizmet ilişkileriyle birlikte ele alır. Etki, risk, onay, uygulama penceresi ve sonuç incelemesi aynı süreçte takip edilir. Konfigürasyon kayıtları ve kanıtlar ilgili bağlama bağlanır. Bu yaklaşım çalışmanın koordinasyonunu ve izlenebilirliğini sağlar. Değişiklik kaydı oluşturmak kaynak sistemlerde komut çalıştırma yetkisi vermez; yürütme yetkisi ve operasyonel prosedürler ayrı değerlendirilir.
Uygulama sonrası inceleme neden atlanmamalı?
Planlanan sonuç ile gözlenen sonucu karşılaştırmadan kapanış yapmak, sonraki değişiklikler için değerli bilgiyi kaybettirir. Hedef gerçekleşti mi, beklenmedik bir hizmet etkilendi mi, geri dönüş ihtiyacı doğdu mu ve hangi kanıtlar toplandı? Bu soruların yanıtını kaydedin. İnceleme yalnızca sorunlu değişikliklerde yapılacak bir işlem değildir. Başarılı sonuçların hangi koşullarda elde edildiğini bilmek de sonraki planların daha sağlam hazırlanmasını destekler.