Bir təşkilatda "veri keyfiyyəti" söhbəti demək olar ki, həmişə eyni şəkildə başlayır: bir KPI səhv çıxıb, tənzimləyici hesabatı rədd olunub, və ya yeni AI layihəsi modelin halüsinasiyasından deyil "təmiz olmayan veridən" uğursuz olub. Problemin kökü çox vaxt texnologiyada deyil; veri keyfiyyətinin proqram olaraq deyil layihə olaraq qəbul edilməsindədir.
Proqram və layihə fərqi
Layihə yanaşması: bir komanda iki ay çalışır, təmizləmə edir, dashboard qurur, bağlanır. Üç ay sonra metriklər yenidən düşür. Proqram yanaşması: ölçü, sahiblik, hədd, eskalasiya və hesabatlama təşkilatın gündəliyinə yerləşir, KPI kimi davamlı izlənir.
Proqramın altı sütunu
1) Ölçü. Veri keyfiyyəti altı ölçüdə idarə olunur: doğruluq, tamlılıq, ardıcıllıq, vaxtında olma, tək olma, etibarlılıq. Hər ölçünün konkret düsturu var.
2) Sahiblik. Hər veri varlığının (müştəri cədvəli, məhsul kataloqu, hesab qeydləri) bir biznes "data owner"-ı və bir texnoloji "data steward"-ı var. Hədd aşıldıqda hər ikisi xəbərdar olur.
3) Hədd və SLA. Hər ölçü üçün rəngli hədd: yaşıl, sarı, qırmızı. Doğruluq müştəri cədvəlində 95%-in altına düşərsə sarı; 90%-in altına düşərsə qırmızı və incident kimi idarə olunur.
4) Avtomatlaşdırma. dbt testləri (unique, not_null, accepted_values, relationships) ilk müdafiə xəttidir. Mürəkkəb biznes qaydaları custom singular testlərə və ya Great Expectations / Soda Core-a yazılır. Bu testlər CI/CD-də işləyir və pozulmuş transformasiyaların merge olmasını önləyir.
5) Veri müqaviləsi. İstehsalçı və istehlakçı arasında testlənə bilən müqavilə, schema və semantik gözləntiləri daşıyır. CI istehsalçının schema dəyişikliyi istehlakçını pozacaqsa göstərir.
6) Hesabatlama. Aylıq veri keyfiyyəti dashboard-u rəhbərliyə təqdim olunur: trend, hədd aşımları, ən kötü beş cədvəl, məsul birliklər. Bu dashboard olmadan proqram siyasi dəstəyini itirir.
Yetkinlik modeli
Proqram dörd səviyyədə inkişaf edir:
- Səviyyə 1 — Reaktiv. Problemlər son istifadəçidən eşidilir. Düzəlişlər ad-hoc.
- Səviyyə 2 — İzlənən. Bəzi cədvəllərdə avtomatik testlər var. Hədd təyin edilməyib, alarm yox.
- Səviyyə 3 — İdarə olunan. Bütün kritik cədvəllər üçün ölçülər, hədlər və sahiblik təyin edilib. Aylıq dashboard rəhbərliyə gedir.
- Səviyyə 4 — Avtomatlaşdırılmış. Veri müqavilələri CI/CD-də məcburi. Hədd aşımları PagerDuty / Opsgenie ilə incident-ə çevrilir.
Türkiyədə əksər böyük müəssisələr 2026-da səviyyə 1-2-dədir. Səviyyə 3-ə keçid birdəfəlik səy deyil; illik planlanan proqramdır.
Praktik 90 günlük başlanğıc
İlk 30 gün: əhatə təyini (kritik 5-10 veri varlığı), sahiblik təyini, mövcud metriklərin ölçülməsi. 30-60 gün: dbt + Soda avtomatlaşdırması, hədd və SLA təyini, ilk dashboard. 60-90 gün: data-contract pilotu (1-2 istehsalçı komandası), aylıq rəhbərlik hesabatı.
Bu 90 günün sonunda təşkilat "verilər pisdir" əvəzinə "Müştəri cədvəlində doğruluq 88%, tamlılıq 94%, ardıcıllıq 71%" deyə bilməlidir.
Ən sıx üç səhv
Tək alət almaq. Soda və ya Great Expectations alıb arxasını buraxmaq. İnsan və proses olmadan alət heç nə vermir.
Sahib təyin edə bilməmək. "Bütün məlumatın sahibi IT" qərarı proqram öldü deməkdir.
Əhatəni şişirtmək. Birinci dalğada 200 cədvəli əhatəyə almağa cəhd. 5-10 kritik cədvəllə başlayıb yetkinlik artdıqca genişlətmək tək doğru yoldur.
Nəticə
Veri keyfiyyəti proqramı texnologiya, idarəçilik, insan və proses tərəfinin balanslı kombinasiyasıdır. Yetkin proqram AI, BI və tənzimləyici hesabatlamada davamlı etimad mümkün edir.
