# Veritabanı Değişikliklerinde İletişim Planı: Kim, Ne Zaman, Nasıl Haberdar Edilmeli?

Teknik açıdan kusursuz bir deployment bile iletişim eksikliği nedeniyle krize dönüşebilir. Uygulama ekibine söylenmedi, müşteri hizmetleri habersiz kaldı, yönetim sabah şikayetlerle karşılaştı.

* * *

## İletişim Neden Atlanıyor?

Deployment yapmak teknik bir iş. İletişim ise organizasyonel bir sorumluluk. Bu iki boyut çoğu zaman aynı kişide buluşmuyor.

DBA değişikliği yapıyor ama kimi bilgilendirmesi gerektiğini bilmiyor ya da "zaten biliyor olmalılar" diye varsayıyor. Bu varsayım çoğu zaman yanlış.

* * *

## Kimlerin Haberdar Edilmesi Gerekiyor?

**Uygulama geliştirme ekibi:** Veritabanı değişikliği uygulamayı etkiliyor mu? Kolon eklendi mi, procedure değişti mi? Bu ekip etkilenip etkilenmeyeceğini önceden bilmeli.

**Test/QA ekibi:** Deployment sonrası test yapacaklarsa zamanı bilmeliler.

**Müşteri hizmetleri:** Kullanıcıları etkileyebilecek bir değişiklik varsa, müşteri sorularına hazırlıklı olmaları gerekiyor.

**IT yönetimi:** Kritik değişikliklerden haberdar olmalılar. Sorun çıktığında "neden söylemediniz" sorusunu sormamalarını sağlamak için.

**Son kullanıcılar:** Arayüzde bir değişiklik ya da kısa kesinti varsa önceden bilgi verilmeli.

* * *

## Deployment Öncesi İletişim

Deployment tarihinden en az bir gün önce ilgili taraflara şu bilgiler iletilmeli:

Ne değişiyor? Hangi sistem, hangi nesne, ne amaçla? Ne zaman yapılacak? Tarih ve saat. Etki nedir? Kısa kesinti olacak mı, performans değişecek mi? Sorun çıkarsa ne yapılacak? Rollback planı var mı, kim iletişim noktası?

* * *

## Deployment Sonrası İletişim

Deployment tamamlandığında da kısa bir bildirim gitmeli: yapıldı, sorunsuz tamamlandı ya da şu sorun yaşandı ve şu yapıldı.

Bu bildirim bir sonraki deployment için güven oluşturur. Ekipler "DBA bir şey yapıyor, ne olduğunu bilmiyoruz" hissinden kurtulur.

* * *

## Şablon Kullanın

Her deployment için sıfırdan iletişim metni yazmak zaman kaybı. Basit bir şablon hazırlayın:

"\[Tarih/Saat\] itibarıyla \[sistem/veritabanı\] üzerinde \[değişiklik özeti\] yapılacaktır. Etki: \[etki açıklaması\]. Sorun durumunda iletişim: \[isim/kanal\]."

Bu şablon dakikalar içinde doldurulabilir ve ilgili kanallara gönderilebilir.

* * *

## Sonuç

İyi bir deployment teknik başarı artı iletişim başarısıdır. Biri eksik olduğunda deployment tamamlanmış sayılmaz.

Detaylı bilgi için: [sqlchangeguard.com](http://sqlchangeguard.com)