Veri yönetişimi nedir ve nasıl kurulur?

Veri yönetişimi neyi çözer?

NIST sözlüğünde veri yönetişimi, veri varlıklarının kurum genelinde resmî olarak yönetilmesini sağlayan ve veriyle ilgili yetki, yönetim ve karar parametrelerini kuran süreçler bütünü olarak tanımlanır. Bu tanım, konuyu teknik veri tabanı bakımından çıkarıp kurumsal sorumluluk alanına taşır.

Veri yönetişiminin temel amacı daha fazla kural üretmek değil; aynı müşterinin farklı sistemlerde farklı tanımlanması, raporlardaki sayıların uyuşmaması, kimin erişebileceğinin bilinmemesi, verinin kaynağının izlenememesi ve AI/analitik projelerinin güvenilmez veriyle çalışması gibi karar sorunlarını azaltmaktır.

Veri yönetişimi ile veri yönetimi aynı şey değildir

Bu alanlar ayrı ekiplerde olabilir fakat birbirinden kopuk çalışamaz. Örneğin kalite sorunu yalnız teknik temizleme değildir; hangi kaynağın “doğru” kabul edileceği ve hangi hata oranının karar için kabul edilebilir olduğu yönetişim kararıdır.

Rol ve karar modeli nasıl kurulmalıdır?

Unvanlardan çok karar hakları önemlidir. “Veri sahibi” kavramı hukuki mülkiyet anlamına gelmeyebilir; kurum içinde hangi tanım ve kalite kararını kimin vereceğini gösterir. Bir veri alanında tek sorumlu isim, vekil, karar süresi ve anlaşmazlık yolu yazılı olmalıdır.

Veriyi yaşam döngüsü boyunca yönetin

1. Oluşturma ve toplama: Veri neden toplanıyor, kaynağı güvenilir mi, gereksiz alan var mı?
2. Tanımlama: İş terimi, format, birim, kod listesi ve anahtarlar ortak sözlükte açık mı?
3. Aktarma ve dönüştürme: Hangi kurallar uygulanıyor; kayıp, çoğaltma veya anlam değişimi izleniyor mu?
4. Depolama ve erişim: Sistem, bölge, şifreleme, yetki ve kayıt gereksinimleri belli mi?
5. Kullanım ve paylaşım: Veri hangi rapor, model, müşteri süreci veya üçüncü taraf için kullanılabilir?
6. Saklama ve arşiv: İş, hukuk ve risk gereksinimine göre ne kadar süre tutulur?
7. Silme ve imha: Ana sistem, yedek, veri gölü, test kopyası ve tedarikçi tarafında silme doğrulanabiliyor mu?

NIST, veri işlemeyi toplama, üretme, dönüştürme, kullanma, açıklama, paylaşma, iletme ve imha dâhil tüm yaşam döngüsü olarak ele alır. Bu nedenle yönetişim yalnız raporlama katmanında başlatılırsa sorunların büyük bölümü kaynağa geri dönmeden kalır.

Veri kalitesi “temiz/kirli” ikiliğine indirgenmemelidir

Her veri için yüzde yüz kalite hedeflemek ekonomik değildir. Kritik rapor veya AI modeli için kabul eşiği, kullanımın etkisine göre belirlenmelidir. Kalite sorunu kaydedilirken etkilenen karar, kök neden, geçici çözüm, kalıcı sahibi ve kapanış kanıtı tutulmalıdır.

Katalog, iş sözlüğü ve veri soy ağacı neden birlikte gerekir?

• İş sözlüğü: “Aktif müşteri”, “gelir”, “başvuru” veya “dönüşüm” gibi terimlerin kurumca kabul edilen anlamını açıklar.
• Teknik katalog: Veri seti, tablo, alan, sistem, sahip, sınıf, güncellik ve erişim bilgisini bulunabilir hâle getirir.
• Veri soy ağacı: Bir rapor veya modeldeki değerin hangi kaynaklardan ve dönüşümlerden geldiğini gösterir.
• Kontrol kaydı: Kalite kuralı, ihlal, onay, istisna ve değişiklik geçmişini tutar.

Araç satın almak bu varlıkları otomatik üretmez. Katalogda binlerce tablo olup iş terimleri, sahiplik ve kullanım örnekleri yoksa kullanıcı yine doğru veriyi bulamaz. İlk kapsam, karar değeri yüksek birkaç veri alanıyla başlatılmalıdır.

Erişim, mahremiyet ve güvenlik yönetişimin parçasıdır

NIST'in geliştirmekte olduğu Data Governance and Management Profile, veri yönetişimini mahremiyet ve siber güvenlik çerçeveleriyle birlikte ele almayı amaçlar. Bu yaklaşım pratikte üç soruyu bir araya getirir: Veriye kim ihtiyaç duyuyor, hangi amaçla kullanabilir ve kullanımın riskleri nasıl kontrol edilir?

Kurulum için sekiz adımlı yol haritası

1. İş sonucunu seçin: “Veriyi yönetelim” yerine uyuşmayan gelir raporu, müşteri tekilleştirme veya AI veri hazırlığı gibi somut problem belirleyin.
2. Veri alanını sınırlandırın: Müşteri, ürün, finans, çalışan veya tedarikçi gibi bir alanla başlayın.
3. Mevcut akışı çıkarın: Kaynaklar, raporlar, kopyalar, kullanıcılar, sorunlar ve kritik kararları görünür kılın.
4. Rolleri atayın: Sponsor, veri sahibi, steward ve teknik sorumluyu isim ve vekil düzeyinde belirleyin.
5. Ortak tanımları yazın: Kritik terim, kod, kalite kuralı ve yetki sınıfını onaylayın.
6. Kontrolleri uygulayın: Katalog, kalite ölçümü, erişim, soy ağacı ve sorun yönetimini kurun.
7. Karar forumu oluşturun: Yalnız strateji sunumu değil, açık sorun ve değişiklik kararlarının alındığı düzenli çalışma hattı kurun.
8. Değeri ölçüp genişletin: Uyuşmazlık, hazırlama süresi, hata ve yeniden iş azalmasını kanıtladıktan sonra yeni alan ekleyin.

Başarı nasıl ölçülür?

Olgunluk, politika belgesi sayısıyla değil, veri kaynaklı karar sürtünmesinin azalması ve sorumlulukların işlemesiyle görülür. Yönetim raporu; sorun sayısını gizlemek yerine risk, etki, sahip ve kapanış tarihini göstermelidir.

Ölçüm seti davranış değişikliğini de izlemelidir. Kullanıcıların onaysız dosya kopyaları oluşturması, aynı terim için farklı hesap kullanması veya veri sahibini atlayarak rapor üretmesi devam ediyorsa teknik araçların kurulmuş olması yönetişimin çalıştığını göstermez. İyi model, iş birimlerinin kaliteli veriye daha hızlı ulaşmasını sağlarken istisnaları görünür ve yönetilebilir hâle getirir.

Yönetişim kurulunun kendi performansı da ölçülmelidir: karar bekleme süresi, açık istisna sayısı, tekrar eden sorunlar ve geciken sahip atamaları programın bürokrasi üretip üretmediğini gösterir. Amaç merkezi onay kuyruğu kurmak değil, karar hakkını doğru seviyeye dağıtmak ve kritik değişikliklerde ortak kayıt oluşturmaktır.