Data governance yetkinlik modeli: təşkilatınız hansı səviyyədədir?

Data governance yetkinlik modeli təşkilatı ad-hoc-dan optimallaşdırılmışa qədər beş səviyyəli şkalada yerləşdirir və onun yeganə real məqsədi növbəti addımda hansı bir şeyi düzəltməli olduğunuzu göstərməkdir. Qiymətləndirmə sifariş edən təşkilatların çoxu 1-ci və ya 2-ci səviyyədədir: sənəddə niyyət var, iş ritmi yoxdur, konkret cədvəlin adlı sahibi yoxdur.

Siyasət sənədi ilə real iş arasındakı bu boşluq bu məqalənin mövzusudur. Yetkinlik modeli yalnız bazar ertəsi nə edəcəyinizi dəyişirsə oxumağa dəyər.

Yetkinlik modeli əslində nə üçündür?

Yetkinlik modelləri proses mühəndisliyindən gəlir — beş mərhələli forma CMMI-dən çıxıb, data idarəçiliyinə isə DAMA International-ın DMBOK və EDM Council-un DCAM çərçivəsi vasitəsilə keçib. Mərhələlər lüğətdir, tabloda hesab deyil.

Səhv istifadə modeli qiymət cədvəli kimi oxumaqdır. Rəhbər «biz 2.3-dəyik» eşidir və 4-ə necə çatacağını soruşur — bu, yanlış sualdır və nəyisə düzəltmək əvəzinə rəqəmi tərpətmək üçün nəzərdə tutulmuş proqram doğurur.

Faydalı istifadə diaqnostikdir. Yetkinlik bir bal deyil — bacarıqlar üzrə profildir və təşkilatlar müntəzəm olaraq bir ölçüdə 4-cü, digərində 1-ci səviyyədə olur. Mükəmməl hesabat prosesi olan, amma dörd min cədvəlinin hansında şəxsi məlumat olduğunu bilməyən bank tam olaraq bu formadadır. Profil disbalansın harada olduğunu göstərir, risk isə məhz orada yaşayır.

Ayrıca qiymətləndirilməyə dəyən ölçülər bunlardır: sahiblik və məsuliyyət, metadata və tapılabilənlik, data quality, siyasət və standartlar, məxfilik və giriş nəzarəti, həmçinin bütün bunları canlı saxlayan iş ritmi.

Beş səviyyə praktikada necə görünür?

Səviyyələri tərifdən yox, davranışdan tanımaq asandır. Hər biri real təşkilatın içində belə səslənir.

1-ci səviyyə — Ad hoc

Heç kim heç nəyin sahibi deyil. Data haqqında bilik insanların içindədir və eyni göstərici kimin hesabladığından asılı olaraq üç fərqli qiymət alır. Cədvəl tapmaq yeddi ildir burada işləyən konkret mühəndisdən soruşmaq deməkdir və hamının səssizcə etiraf etdiyi risk odur ki, bu adam bir gün gedəcək.

Governance funksiyası yoxdur, ya da təşkilat sxemində var və yalnız insident olanda yığışır.

Tanıma testi: üç departamentdən aktiv müştəri sayını soruşun. Üç fərqli rəqəm alsanız və hər biri əsaslandırıla bilirsə, 1-ci səviyyədəsiniz.

2-ci səviyyə — Xəbərdar

Siyasət sənədi var. O, tənzimləyici üçün və ya audit tapıntısına cavab olaraq yazılıb, məzmunca düzgündür və reallıqda baş verən bu deyil. Kiminsə vəzifəsində «data governance» sözləri var, adətən daha dörd məsuliyyətlə yanaşı.

Data catalog ola bilər — layihə zamanı bir dəfə doldurulub, indi isə reallıqdan uzaqlaşır. Steward-lar slaydda təyin olunub, amma rolun həftəlik nə demək olduğu onlara heç vaxt izah edilməyib.

Tanıma testi: governance siyasətini açın və son məzmunlu redaktənin tarixinə baxın. Bu tarix təsdiq tarixidirsə, 2-ci səviyyədəsiniz. Təşkilatların əksəriyyəti buradadır və 2-ci səviyyə 1-cidən daha təhlükəlidir, çünki həll olunmuş kimi görünür.

3-cü səviyyə — Müəyyən edilmiş

Sahiblik realdır. Hər əhəmiyyətli data aktivinin adlı steward-ı var və o adam steward olduğunu bilir. Təriflər business glossary-də yaşayır və hər hesabatda yenidən çıxarılmaq əvəzinə oradan götürülür. Mənbə sistemlərindəki dəyişiklik təsir təhlilini işə salır, çünki işlək data catalog-dakı sütun səviyyəli lineage dəyişiklik istehsalata çıxmamışdan əvvəl aşağı axındakı təsiri görünən edir.

Governance-ın ritmi var — toplaşan, qərar verən və qərarı yazıya alan işçi qrup — və giriş sorğuları xahiş yolu ilə yox, müəyyən edilmiş marşrutla gedir.

Governance məhz bu səviyyədən başlayaraq özünü ödəyir və əksər müəssisələr üçün doğru hədəf budur.

4-cü səviyyə — İdarə olunan

Governance ölçülür. Sahibi olan metriklər var: adlı steward-ı olan kritik aktivlərin payı, tənzimləyici hesabatlarda istifadə olunan terminlərin glossary əhatəsi, giriş sorğusunun orta icra müddəti, hazırda uğursuz olan quality qaydalarının sayı.

Keyfiyyət üzləşmə zamanı aşkarlanmaq əvəzinə davamlı monitorinq olunur. Siyasətlər sərəncamla yox, sistemlə tətbiq olunur — maskalama qaydası mühəndis yadına saldığı üçün yox, sütun təsnifləndiyi üçün işə düşür.

5-ci səviyyə — Optimallaşdırılmış

Governance platformanın işləmə üsulunun bir hissəsidir. Təsnifat və keyfiyyət yoxlamaları deployment pipeline-ında icra olunur, yeni data məhsulları yaranan anda idarə olunur, çünki ən az müqavimətli yol artıq idarə olunan yoldur, proqram isə öz metriklərindən özünü yaxşılaşdırır.

Çox az təşkilat bütün ölçülərdə 5-ci səviyyəyə çatır və daha azının buna ehtiyacı var.

Öz səviyyənizi necə dürüst qiymətləndirmək olar?

Özünüqiymətləndirmə həmişə şişir. Etibarlı üsul niyyətə görə yox, sübuta görə qiymətləndirməkdir, sübut isə davranışdır.

Dörd sual seminardan daha dəqiq nəticə verir və hər biri arxasında artefakt qoyur:

İdarə heyəti hesabatından bir rəqəm seçin və onu izləyin. Tərifi, mənbə sütunlarını və çevrilməni istəyin. Neçə adamdan soruşduğunuzu və nə qədər vaxt getdiyini sayın. Bir saatdan az və yazılı cavab — 3-cü səviyyə və yuxarı. Bir həftəlik arxeologiya — 1-ci səviyyə.

Konkret cədvəlin sahibini soruşun. «Müştəri datasının sahibi kimdir» yox — cədvəlin adını çəkin. Cavab şəxs yox, komanda və ya sadəcə «İT» olarsa, sahiblik formaldır.

Real giriş sorğusunu əvvəldən sona qədər saniyələyin. Müddət özü o qədər də vacib deyil; marşrutun ötən dəfəki ilə eyni olub-olmaması vacibdir.

Mənbə sütununun tipi dəyişəndə nə baş verir? Cavab «aşağı axındakı hesabatlar sınır, sonra kimsə araşdırır»dırsa, catalog-da nə olmasından asılı olmayaraq lineage əməliyyat səviyyəsində işləmir.

Bu dördü bir günorta çəkir və anketdən qat-qat çətin manipulyasiya olunur.

Əslində hansı səviyyəni hədəfləməli?

3-cü səviyyəni — şüurlu şəkildə və tam. Başqa hər şeydən əvvəl.

Bir müddət orada dayanmağın arqumenti budur: 1-dən 3-ə qədər olan səviyyələr riski azaldır, 4 və 5 isə səmərəlilik əlavə edir. Cədvəlin sahibini deyə bilməyən təşkilat risk altındadır; hər şeyin sahibi bəlli olan, amma keyfiyyət paneli olmayan təşkilat sadəcə lazım olduğundan çox işləyir.

Ardıcıllıq arqumenti də var. 4-cü səviyyə ölçmədir, mövcud olmayan operating model-i ölçmək isə heç kimin reaksiya vermədiyi metriklər doğurur. 2-ci səviyyədə qurulan governance panelləri müntəzəm olaraq iki rübdən sonra tərk edilir — rəqəmlər səhv olduğu üçün yox, onları əlində saxlayan adamın nəyisə dəyişmək səlahiyyəti olmadığı üçün.

İstisna tənzimləyicinin birbaşa soruşduğu ölçüdür. Nəzarət hesabatlığı konkret göstəricilər üçün sübut edilə bilən lineage tələb edirsə, o ölçü profilin qalan hissəsindən asılı olmayaraq öz qrafiki ilə 4-cü səviyyəyə qalxır.

2-ci səviyyədən 3-cü səviyyəyə keçidi nə hərəkətə gətirir?

Əksər təşkilatın planlaşdırmalı olduğu yeganə keçid budur və bu, texnologiya deyil, operating model dəyişikliyidir.

Kritik data elementlərinə qədər daraldın. İlk instinkt hər şeyi idarə etməkdir, bu isə uğursuzluğa zəmanət verir. Tənzimləyici hesabatlarda, idarə heyəti hesabatlarında və müştəriyə toxunan proseslərdə görünən 100–200 data elementini müəyyən edin. Onları tam idarə edin. Qalanı gözləyə bilər, çox hissəsinin isə heç vaxt idarə olunmağa ehtiyacı olmayacaq.

Stewardship-ə tərif və vaxt büdcəsi verin. Ayrılmış saatı olmayan steward siyahıdakı addır. Həftədə iki-dörd saat, məqsədlərə yazılmış, konkret tapşırıq dəsti ilə — tərifləri təsdiqləmək, keyfiyyət istisnalarını həll etmək, girişə baxmaq — rolla titul arasındakı fərq budur. Mexanika data stewardship rolları və işlək RACI məqaləsindədir.

Catalog-u ən az müqavimətli yol edin. Adoption təlim məsələsi deyil. Cədvəli catalog vasitəsilə tapmaq həmkardan soruşmaqdan sürətlidirsə, mühəndislər catalog işlədir. Yavaşdırsa, heç bir sərəncam bunu düzəltməyəcək və catalog növbəti 2-ci səviyyə artefaktına çevriləcək.

Qərar ritmi qurun. Mübahisəli tərifi yekunlaşdırmaq səlahiyyəti olan aylıq forum, protokolla. Governance proqramlarının əksəriyyəti qərarlar səhv olduğu üçün yox, qərarın son qərara çevrildiyi məkan olmadığı üçün uğursuz olur.

İlk rübdə bir görünən qələbə ölçün. Əvvəllər üç gün çəkən, indi bir günorta çəkən üzləşmə proqramın qalan hissəsi üçün siyasi kapital qazandırır. Bu mərhələdə üzə çıxan maneələr ən çox rast gəlinən data governance çətinlikləri məqaləsində toplanıb.

Alət harada dayanır?

Alət yetkinlik yaratmır və 1-ci səviyyədə catalog almaq boş catalog verir. Amma 2-ci səviyyədən sonra operating model əl gücü ilə saxlanıla bilmir — dörd min cədvəlin lineage-ini heç kim cədvəl faylında saxlamır.

Praktiki ardıcıllıq belədir: əvvəlcə sahiblik və kritik data elementləri, sonra onları daşıyacaq catalog. OvalEdge bu şablona uyğun gəlir, çünki onun crawler-ləri texniki qatı — sxemlər, sütun səviyyəli lineage, istifadə statistikası — avtomatik qurur, steward-lar isə ayrılmış saatlarını məlumat girişinə yox, biznes mənasına sərf edir. Alternativlərlə müqayisə OvalEdge, Collibra və Alation müqayisəsi məqaləsindədir.

Alətin yetkinliyi həqiqətən sürətləndirdiyi yer ölçmədir. 4-cü səviyyə əllə hesablanması baha başa gələn, metadata bir yerə yığılandan sonra isə demək olar pulsuz olan əhatə metrikləri tələb edir. Analitik təsnifat da məhz bu bacarıq dəsti ətrafında sıxlaşıb: governance platformaları artıq sənədləşdirmə imkanlarına görə yox, aktiv metadata və avtomatlaşdırmaya görə qiymətləndirilir.

Nəzarət altındakı qurumda bu necə görünür?

Azərbaycan banklarında və dövlət qurumlarında profil ardıcıl şəkildə qeyri-bərabərdir və konkret formadadır.

Tənzimləyici hesabatlıq prosesləri yetkindir — çox vaxt 3-cü və ya 4-cü səviyyə — çünki nəzarət onları ora məcbur edib. Mərkəzi Bankın 2022-ci ilin aprelindən qüvvədə olan və ISO/IEC 27000 seriyası üzərində qurulmuş Banklarda informasiya təhlükəsizliyinin idarə edilməsi haqqında Qaydaları təsnifat və giriş nəzarətinə də eyni təsiri göstərir: nəzarətlər yoxlanıldığı üçün mövcuddur.

Eyni qurum bu perimetrdən kənarda tez-tez 1-ci səviyyədə olur — heç kimin kataloqlaşdırmadığı departament bazaları, sahibi olmayan analitika mühiti və getdikcə artan şəkildə təsnifat addımı olmadan AI pilotlarına verilən data.

Sonuncu əvvəlkindən daha çox əhəmiyyət daşıyır. Müştəri cədvəli assistent üçün retrieval konteksti olanda, onun governance statusu AI governance sualına çevrilir, layihələr isə datanı məhz mühitin idarə olunmayan tərəfindən götürür. Auditorun bundan sonra nə istəyəcəyi ISO/IEC 42001 auditinin əslində nə tələb etdiyi məqaləsində təsvir olunub.

Üçdilli ölçü real çətinlik əlavə edir: azərbaycanca, ingiliscə və rusca saxlanan təriflər bir-birindən uzaqlaşır və bir dildə 3-cü səviyyədə olan glossary digərlərində 1-ci səviyyədə qalır. Bu problem kifayət qədər spesifikdir ki, AZ/EN/RU metadata üzrə ayrıca məqaləsi olsun.

Qiymətləndirmə üçün praktiki nəticə: AI-a bitişik mühiti ayrıca qiymətləndirin. Adətən səhifədəki ən aşağı rəqəm və ən sürətlə böyüyən hissə odur.

Əsas məqamlar

• Yetkinlik bir bal yox, bacarıqlar üzrə profildir. Sahibliyi, metadata-nı, keyfiyyəti, siyasəti, girişi və ritmi ayrıca qiymətləndirin.
• 2-ci səviyyə — baş verməyən heç nəyi təsvir edən düzgün siyasət — təşkilatların çoxunun olduğu yerdir və həll olunmuş göründüyü üçün 1-cidən təhlükəlidir.
• Davranışa görə qiymətləndirin: hesabatdakı rəqəmi izləyin, konkret cədvəlin sahibinin adını soruşun, giriş sorğusunu saniyələyin, sütun tipi dəyişəndə nə baş verdiyini soruşun.
• 4-cü səviyyəyə keçməzdən əvvəl 3-cü səviyyəni tam bağlayın. Operating model olmadan ölçmə tərk edilmiş panellər doğurur.
• 2-dən 3-ə keçid əhatənin daraldılması, maliyyələşdirilmiş stewardship, qərar ritmi və bir görünən qələbədir — alət alışı deyil.
• AI-a bitişik mühiti ayrıca qiymətləndirin. Governance ən zəif, tələbat isə ən sürətlə orada artır.

Özünüqiymətləndirmə yox, kənardan baxış lazımdırsa, Yukon Labs strukturlaşdırılmış data və AI hazırlıq qiymətləndirməsi keçirir və operating model-in altına catalog lazım olanda OvalEdge tətbiq edir. Regional kontekst üçün Azərbaycanda data governance məqaləsindən başlayın.