Data stewardship: rollar, məsuliyyətlər və işlək RACI

Data steward — müəyyən data dəstinin mənasına, keyfiyyətinə və düzgün istifadəsinə görə cavabdeh adlı şəxsdir. Bu, titul və ya komitə yeri deyil: həftədə iki-dörd saat konkret, təkrarlanan işdir — tərifləri təsdiqləmək, keyfiyyət istisnalarını həll etmək və kimin nəyə girişi olduğunu nəzərdən keçirmək.

Demək olar hər governance proqramı steward təyin edir. Bu təyinatların çoxu heç vaxt rola çevrilmir, çünki həmin adamın çərşənbə axşamı nə edəcəyini heç kim yazmayıb.

Data steward əslində nə edir?

Çərçivə dilini kənara qoysaq, iş dörd təkrarlanan tapşırıqdır.

Tərifin sahibi olmaq. Termin mübahisəlidirsə — «aktiv müştəri», «qeyri-işlək kredit», «icra olunmuş sifariş» — steward qərar verir, qərarı business glossary-də qeyd edir və təşkilat həmin tərifi işlədir. Həlledici hissə yazmaq deyil; kiminsə mübahisəni bitirmək səlahiyyətinin olmasıdır.

Keyfiyyət istisnalarını həll etmək. Qayda pozulur: 340 sətirdə şəxsiyyət nömrəsi boşdur. Steward qərar verir ki, bu mənbə sistemindəki səhvdir, qaydanın nəzərə almadığı qanuni haldır, yoxsa düzəldilməli backlog-dur. Biznesi bilməyən adam bu qərarı verə bilməz — məhz buna görə bu tapşırıq İT-də yaşaya bilmir.

Girişə baxmaq. Vermək yox — baxmaq. Bu dataya kimin girişi var, bu hələ də uyğundurmu və əsas nədir. Nəzarət altındakı qurumda bu baxış həm də müfəttişin istədiyi sübutdur.

Dəyişikliyi qiymətləndirmək. Mənbə sistemi yenilənir və sütunun tipi dəyişir. Xəbər verilən adam steward-dır, çünki aşağı axındakı hansı hesabatın tənzimləyici çəkisi olduğunu o bilir.

Rola aid edilən qalan hər şey — təbliğat, təlim, «data mədəniyyətinin formalaşdırılması» — realdır, amma ikinci dərəcəlidir. Yuxarıdakı dörd tapşırıq qrafiklə baş vermirsə, qalanı bəzəkdir.

Kim nəyin sahibidir: owner, steward, custodian

Üç rollu bölgü standartdır və saxlanmağa dəyər, çünki onu birləşdirmək ən çox rast gəlinən struktur səhvidir.

Data owner cavabdeh rəhbərdir — pərakəndə bankçılıq rəhbəri, əməliyyatlar direktoru. O, funksiyasının istehsal etdiyi dataya görə cavabdehdir, siyasət istisnalarını təsdiqləyir və işi maliyyələşdirir. İşi özü görmür. Hər cədvələ yox, hər biznes domeninə bir owner.

Data steward yuxarıda təsvir olunan işlək roldur. Domen üzrə mütəxəssis, prosesə yaxın, owner-in təsdiqlədiyi siyasət çərçivəsində tərif və keyfiyyət barədə qərar vermək səlahiyyəti olan adam.

Data custodian texniki roldur — DBA, platforma mühəndisi, mənbə sistemini idarə edən komanda. Nəzarətləri tətbiq edir, pipeline-ları saxlayır, giriş dəyişikliklərini icra edir. Mexanizmə görə cavabdehdir, mənaya görə heç vaxt.

Səhv custodian-ı steward etməkdir. Bu ona görə baş verir ki, data ilə problem olanda cavab verən adam custodian-dır; uğursuz olur, çünki custodian iki aktiv məhsulu olan müştərinin bir dəfə, yoxsa iki dəfə sayılacağını həll edə bilməz. Bu, texniki paltar geymiş biznes qərarıdır.

Əks səhv — texniki qarşılığı olmayan steward — daha az rast gəlinir və eyni dərəcədə öldürücüdür. Steward qaydanın olmalı olduğunu qərara alır; custodian olmadan qayda heç vaxt tətbiq edilmir.

İşlək RACI necə görünür?

Governance üçün yazılan RACI matrisləri adətən elə mücərrəd səviyyədə olur ki, faydasızlaşır. Həlli budur: RACI-ni rol üzrə yox, fəaliyyət üzrə qurun və fəaliyyət siyahısını qısa saxlayın.

Biznes tərifinin təsdiqi üçün: steward icraçıdır (R), data owner cavabdehdir (A), custodian və təsirlənən hesabat istifadəçiləri ilə məsləhətləşilir (C), termini işlədən hər kəs glossary vasitəsilə məlumatlandırılır (I).

Data quality probleminin həlli üçün: texniki düzəlişin icraçısı custodian, düzgün nəticənin necə görünəcəyinə qərar verib nəticəni qəbul edən cavabdeh steward-dır, mənbə sisteminin sahibi ilə məsləhətləşilir, təsirlənən istifadəçilər məlumatlandırılır.

Həssas dataya giriş verilməsi üçün: icra custodian-ın üzərindədir, qərara görə cavabdeh data owner-dir, steward və compliance funksiyası ilə məsləhətləşilir, sorğu verənin rəhbəri məlumatlandırılır.

Aktivin təsnifatı — şəxsi məlumat, məxfi, açıq — üçün: icraçı steward, cavabdeh owner, məsləhətçi compliance, məlumatlandırılan isə təsnifatı tətbiqə çevirə bilməsi üçün platforma komandasıdır.

Mənbə sistemindəki dəyişikliyin qiymətləndirilməsi üçün: dəyişikliyi aşkarlayan icraçı custodian, biznes təsirini qiymətləndirən cavabdeh steward-dır, hesabat sahibləri ilə məsləhətləşilir, governance forumu məlumatlandırılır.

Beş fəaliyyət. İnsanların həqiqətən müraciət edəcəyi RACI budur və bir ekrana sığır. İyirmi sətirlik matris istifadə üçün deyil, təsdiq üçün yazılmış sənəddir.

Bir qayda mübahisələrin çoxunu aradan qaldırır: hər fəaliyyət üzrə dəqiq bir cavabdeh. A sütununda iki ad varsa, fəaliyyətin sahibi yoxdur.

Neçə steward lazımdır?

Mühitin ölçüsünün təklif etdiyindən az, çünki stewardship cədvəl sayı ilə yox, biznes domenləri ilə miqyaslanır.

Orta ölçülü bank və ya nazirlikdə işləyən nisbət belədir: hər biznes domeninə bir steward — müştəri, məhsul, risk, maliyyə, HR, əməliyyatlar — ən böyük bir-iki domendə isə ikinci nəfər. Minlərlə cədvəli olan təşkilat üçün bu, adətən altı-on nəfər deməkdir, çünki əhəmiyyət daşıyan 100–200 kritik data elementi bir neçə domendə sıx toplanır.

Cədvəl sayına görə miqyaslama qırx nominal steward-ı olan və faktiki stewardship-i olmayan proqramlar doğurur. Slaydda əhatə əla görünür, adambaşına düşən vaxt sıfıra yaxın olur və heç nə qərara alınmır.

Dürüst məhdudiyyət odur ki, steward-lar tərifə görə biznesi ən yaxşı bilən adamlardır — yəni onsuz da yüklüdürlər. Bu məsələni onların üzərindən başqa bir işi götürməklə həll etməyən proqram könüllü səy istəyir və könüllü nəticə alır.

Həftə əslində necə görünür?

Konkret bölgü, çünki «iki-dörd saat» qrafikə düşənə qədər heç nə demir.

Həftədə 60–90 dəqiqəlik slot, təqvimdə, təkrarlanan. Steward növbəni işləyir: təsdiq gözləyən təriflər, ötən həftədən qalxan keyfiyyət istisnaları, vaxtı çatmış giriş baxışları, gələn dəyişiklik bildirişləri.

Aylıq governance forumu, 60 dəqiqə — steward-lar tək həll edə bilmədiklərini gətirir: iki domenin razılaşmadığı tərif, düzəlişi heç kimin maliyyələşdirmədiyi mənbə dəyişikliyi tələb edən keyfiyyət problemi, siyasət istisnası. Bu forumda data owner-lər otaqda olmalıdır, çünki forumun məqsədi fikir ayrılığını qərara çevirməkdir.

Rüblük baxış əhatə metrikləri üzrə: hansı kritik elementlərin hələ tərifi yoxdur, hansı keyfiyyət qaydaları bütün rüb boyu pozulub, harada giriş baxışları gecikib.

Bu, steward başına ayda təxminən beş saat, owner başına ayda bir saat deməkdir. Proqramlar bunun kiçik bir hissəsinə də uğursuz olur — öhdəliyin həcminə görə yox, qeyri-müntəzəmliyinə görə.

Stewardship-in sönməsinin qarşısını necə almaq olar?

Stewardship proqnozlaşdırıla bilən şəkildə sönür və sönmənin imzası var: növbə böyüyür, forum təxirə salınmağa başlayır, iki rübdən sonra rol yenidən tituldur.

Üç şey bunun qarşısını alır.

Məqsədlərə yazın. Vəzifə təlimatında qeyd yox — rəhbərin gördüyü ölçülə bilən məqsəd. Stewardship icra işi ilə rəqabət aparır, icra işinin isə son tarixi var. Rəsmi məqsəd olmadan steward-dan gündəlik işinin əvəzinə governance-ı seçmək istənilir, o isə bunu seçməyəcək.

Növbəni görünən və kiçik saxlayın. Qarşısında 200 gözləyən element olan steward heç nə etmir. Altı element olan steward altısını edir. Bu, alətin məsuliyyətidir: catalog steward-a yalnız həqiqətən insan qərarı tələb edəni ötürməlidir. OvalEdge-də crawler-lər texniki metadata-nı — sxemlər, sütun səviyyəli lineage, istifadə şablonları — avtomatik qurur, steward-a çatan isə biznes mühakiməsi tələb edən hissədir. Maşının çıxara bildiyi ilə yalnız insanın qərar verə biləcəyi arasındakı bu fərq avtomatlaşdırılmış data catalog üçün əsas arqumentdir.

Yuxarıya hesabat verin. Əhatə və növbənin yaşı metrikləri aylıq olaraq data owner-lərə. Steward-ı cəzalandırmaq üçün yox — növbəsi böyüyən steward-ın adətən rəhbərinin həll edə biləcəyi iş yükü problemi olduğu üçün.

Üçdilli təşkilatda nə sınır?

Azərbaycan qurumlarında stewardship standart çərçivələrin toxunmadığı bir çətinlik daşıyır: təriflər azərbaycanca, ingiliscə və rusca mövcuddur və bir-birindən uzaqlaşır.

Uğursuzluq incədir. Terminin azərbaycanca tərifini steward təsdiqləyib. İngiliscə variant vendor layihəsi zamanı yazılıb. Rusca variant köhnə sistemin sənədləşməsindən gəlib. Üçü də inandırıcıdır, heç biri səlahiyyətli kimi işarələnməyib, fərqli dil mənbələrindən qurulan hesabatlar isə səssizcə ayrılır.

İşləyən qayda budur: hər tərif üçün bir səlahiyyətli dil, qalanları isə onun tərcüməsi kimi açıq işarələnir. Hansı dilin səlahiyyətli olması domendən asılıdır — tənzimləyici terminlər adətən azərbaycanca səlahiyyətlidir, çünki tələbin dili budur; texniki platforma terminləri adətən ingiliscə səlahiyyətlidir, çünki mənbə sənədləşməsi orada yaşayır. Steward səlahiyyətli variantın sahibidir və tərcümələri tərcümə kimi təsdiqləyir. Daha geniş problem bir catalog-da AZ/EN/RU metadata-nın idarə olunması məqaləsində açılıb.

Stewardship AI ilə harada kəsişir?

Planlaşdırmağa dəyən bir dəyişiklik var. Korporativ AI sistemləri daxili sənədləri və datanı kontekst kimi çəkəndə steward-ın təsnifat qərarı runtime nəzarətinə çevrilir: assistentin konkret istifadəçi üçün nə çəkə biləcəyi altdakı aktivin necə təsnifləndiyindən asılıdır.

Bu, əvvəllər uyğunluq tapşırığı olan işin çəkisini artırır. Səhv təsniflənmiş cədvəl əvvəllər audit hesabatındakı tapıntı idi. İndi isə assistentin görməməli adama göstərə biləcəyi cədvəldir — məhz buna görə korporativ AI-ı model keyfiyyətindən qat-qat tez-tez idarə olunmayan data dayandırır.

Praktikada: AI layihəsi istehsalata çıxmazdan əvvəl onun retrieval əhatəsindəki aktivlərin adlı steward-ı və aktual təsnifatı olmalıdır. Stewardship varsa, bu kiçik işdir; yoxdursa, layihəni dayandıran işdir.

Əsas məqamlar

• Steward-ın işi dörd təkrarlanan tapşırıqdır: tərifin sahibi olmaq, keyfiyyət istisnalarını həll etmək, girişə baxmaq, dəyişikliyi qiymətləndirmək. Qalanı ikinci dərəcəlidir.
• Owner, steward və custodian rollarını ayrı saxlayın. Custodian-ı steward etmək ən çox rast gəlinən struktur uğursuzluğudur.
• RACI-ni fəaliyyət üzrə qurun, təxminən beş fəaliyyətlə məhdudlaşdırın və hər birində dəqiq bir cavabdeh saxlayın.
• Stewardship-i cədvəl sayı ilə yox, biznes domeni ilə miqyaslayın. Altı-on steward orta ölçülü qurumların çoxunu örtür.
• Qrafikə salın: həftədə 60–90 dəqiqə, owner-lərin iştirakı ilə aylıq forum, rüblük əhatə baxışı.
• Stewardship-i məqsədlərə yazın, növbəni kiçik saxlayın və əhatəni yuxarıya hesabat verin — əks halda rol iki rübdən sonra titula çevrilir.
• Üçdilli mühitdə hər tərif üçün bir səlahiyyətli dil işarələyin, qalanlarını təsdiqlənmiş tərcümə kimi saxlayın.

Yukon Labs OvalEdge tətbiqləri ilə yanaşı stewardship operating model-ini də qurur və əksər layihələrə sahibliyin bu gün faktiki olaraq harada dayandığını müəyyən edən data və AI hazırlıq qiymətləndirməsi ilə başlayır. Ümumi regional mənzərə üçün Azərbaycanda data governance məqaləsinə baxın.