Directorul financiar deschide raportul de venituri pentru ședința lunară. Cifra: 14,2 milioane. Directorul comercial deschide propriul raport. Cifra: 14,7 milioane.

Diferența: 500.000 EUR. Diferența reală: niciuna. Doar definiții diferite ale „revenue” în două sisteme.

În următoarele 40 de minute nu se mai discută vânzări. Se discută cifre. Asta e momentul în care echipa de management înțelege ce e guvernanța datelor BI — și de obicei prea târziu.

Ce înseamnă concret guvernanța datelor

Guvernanța datelor e ansamblul de politici, procese și roluri prin care o organizație asigură că datele sunt corecte, consistente, accesibile celor potriviți și protejate față de cei nepotriviți.

În context BI, asta se traduce în răspunsuri clare la întrebări care par banale dar nu sunt:

• Cine definește cum se calculează un KPI?
• Cine poate modifica acea definiție?
• Cine vede ce date și de unde?
• Ce se întâmplă când două surse spun lucruri diferite?
• Cât trăiește o cifră în istoric și cine garantează că nu se rescrie retroactiv?

Pentru o companie sub 50 de angajați, întrebările sunt informal rezolvate — toți știu cine face raportul, toți cred aceeași sursă. Peste 100 de angajați, acordurile tacite se rup. Peste 500, fără guvernanță explicită, fiecare departament construiește o realitate alternativă.

Costul absenței guvernanței

Companiile mid-market subestimează sistematic costul lipsei de guvernanță. Câteva manifestări concrete pe care le vezi în practică:

Ședințe de management care se transformă în meta-discuții despre cifre. Două ore de board petrec 40 de minute argumentând care raport e corect, nu ce decizie să ia pe baza lui. La 10-12 directori cu salarii medii, costul direct e 1.500-2.000 EUR pe ședință. La 50 de ședințe pe an, 75.000-100.000 EUR. Costul indirect — decizii proaste sau întârziate — e probabil de zece ori mai mare.

Investiții IT redundante. Departamentele își construiesc propriile soluții de raportare pentru că „cele din corporate nu sunt bune”. Trei platforme paralele care livrează aproape aceleași rapoarte cu cifre ușor diferite. Costul total al licențelor și mentenanței: 200-500K EUR/an pe care nu trebuia să-i cheltui.

Risc de conformitate. GDPR, dar și reglementări sectoriale (financiar, sănătate, energie) cer trasabilitate. Dacă o autoritate cere „arătați-mi cum a fost calculat acest indicator pentru clientul X în martie 2025″, o companie fără guvernanță nu poate răspunde rapid sau, mai rău, dă răspunsuri inconsistente.

Probleme de moral și viteză. Echipele de analiști petrec 40-60% din timp validând cifre și reconciliind surse. Asta nu doar că e cost direct (salarii), ci alungă oamenii buni, care vor să facă analiză reală, nu reconciliere de date.

Cele patru piloni ai guvernanței BI

Există multe framework-uri (DAMA-DMBOK, DCAM etc.) cu zeci de domenii. Pentru un director care vrea să acționeze, lucrurile se reduc la patru piloni.

Pilonul 1: Catalogul de date și ownership-ul

Cineva trebuie să fie responsabil pentru fiecare dataset important. Nu „IT-ul”, nu „echipa de date” — un om concret, cu nume, care răspunde la întrebări despre acel dataset.

Catalogul de date e instrumentul tehnic. Tool-uri ca Collibra, Atlan, Microsoft Purview, Alation oferă o evidență centrală: ce dataset există, cine îl deține, cum se conectează la alte date, ce calitate are.

Decizia de director: alocați buget pentru un catalog (între 30K și 200K EUR/an pentru companii mid-market) și definiți rolurile de Data Owner pe domeniu — Finance, Sales, Operations, HR. Nu e tool-ul care contează cel mai mult. E recunoașterea că datele au proprietari, ca și activele.

Pilonul 2: Definițiile metrice (semantic layer)

„Revenue” trebuie să însemne același lucru în Power BI, în SAP, în Salesforce și în prezentarea pentru investitori. Asta cere un semantic layer — un strat tehnic și organizațional care definește metricile o singură dată și le aplică peste tot.

Tehnic, semantic layer-ul poate fi în Power BI (dataset-uri partajate), în Cube, în dbt, în Looker. Important e că definițiile sunt scrise în cod, versionate (git), revizuite de echipa de finanțe și recunoscute oficial ca „sursa adevărului”.

Practic: dacă cineva vrea o nouă definiție a unui KPI, există un proces formal. Nu se schimbă printr-un mail sau o discuție pe Teams. Schimbarea trece prin review, e documentată, e comunicată.

Pilonul 3: Acces și securitate

Cine vede ce. Sună banal, e complicat în practică.

Row-level security în Power BI sau Tableau e doar partea ușoară. Partea grea e procesul care decide: directorul de regiune EMEA vede toate țările EMEA, dar nu Asia. Salesperson-ul vede doar clienții lui, nu pe ai colegilor. CEO-ul vede tot, dar accesează prin sistem auditat.

Aici intervin policy-urile organizationale: cine aprobă cererile de acces, cât timp durează revizuirea, cum se gestionează plecările (cineva e revocat la zi de cel mai târziu o săptămână de la plecare).

Pentru companiile sub regim GDPR sau cu date sensibile, asta nu e opțional. Auditurile cer dovezi.

Pilonul 4: Calitatea datelor

Datele intră în sistem din zeci de surse — CRM, ERP, marketing automation, formulare web, import-uri manuale. Calitatea variază enorm.

Guvernanța calității înseamnă: reguli definite („email-ul clientului e obligatoriu și unic”), monitorizare automată (un dashboard care arată câte înregistrări au violat reguli săptămâna asta), proces de remediere (cine corectează, în cât timp).

Tool-uri specializate (Great Expectations, Monte Carlo, Soda) oferă infrastructura. Dar tool-ul nu e suficient — trebuie cineva care să răspundă când 200 de înregistrări apar fără email valid.

Cine implementează guvernanța

O eroare frecventă: directorii cer „IT-ul să facă guvernanță”. IT-ul construiește infrastructura, dar guvernanța e o decizie de business.

Rolurile care contează:

• Chief Data Officer (CDO) sau Head of Data. Pentru companii peste 200 de angajați, e un rol dedicat. Sub, e adesea un sponsor executiv (CFO sau COO) plus un Data Lead operațional.
• Data Stewards. Oameni din business, nu din IT, care răspund pentru calitatea și definițiile datelor în domeniul lor. Un Data Steward pentru Finance, unul pentru Sales, etc.
• Data Engineers și Analysts. Echipa care implementează tehnic.
• Data Governance Committee. O întâlnire lunară sau trimestrială cu sponsori executivi unde se decide pe schimbări majore.

Pentru o companie de 300 angajați, asta înseamnă: 1 CDO (sau ekiv), 5-6 Data Stewards (part-time, ca extensie a rolului lor de business), 2-4 oameni tehnici. Buget total anual de salarii: 300-600K EUR. Investiția e semnificativă, dar costul absenței e mai mare.

Roadmap realist pe 12 luni

Pentru o companie care pornește acum, un plan rezonabil arată așa:

Lunile 1-3: Diagnostic. Inventar al surselor de date, identificarea celor 10-15 KPI-uri critice care apar în rapoarte executive, mapare a cine deține fiecare. Workshop-uri cu echipele pentru a identifica unde apar inconsistențe.

Lunile 4-6: Quick wins. Alegerea unui semantic layer (poate fi Power BI dataset-uri partajate dacă deja folosiți Power BI). Definirea oficială a celor 10-15 KPI-uri critice. Comunicare către echipe. Atribuire Data Stewards.

Lunile 7-9: Catalog și calitate. Implementare catalog (Purview dacă sunteți Microsoft, alt tool altfel). Definirea regulilor de calitate pentru cele mai importante 5 surse. Început monitorizare.

Lunile 10-12: Acces și audit. Implementare row-level security peste tot unde lipsește. Proces formal de cerere acces. Primul audit intern de guvernanță. Raport către board.

După 12 luni, nu ai „rezolvat” guvernanța. Ai pus fundația. Restul e mentenanță și extindere continuă.

Ce schimbă AI în guvernanță

În 2027, AI-ul a complicat guvernanța în două moduri.

Primul: tool-urile de BI generează insights automat („revenue a scăzut cu 8% în EMEA, conducător este segmentul SMB”). Dacă datele sursă sunt prost guvernate, insights-urile devin afirmații false cu autoritate artificială.

Al doilea: LLM-urile sunt antrenate sau augmentate cu date din companie pentru asistenți interni. Dacă un asistent are acces la date insuficient guvernate, va răspândi informații incorecte prin chat cu zeci de angajați simultan.

Asta a transformat guvernanța dintr-o discuție IT/finance într-o discuție de risc reputațional și operațional. Un CEO care anunță rezultate trimestriale pe baza unui dashboard generat automat dintr-un sistem prost guvernat își asumă un risc personal pe care nu îl mai poate ignora.

Tema se leagă natural de discuția despre strategie BI, unde am intrat în detaliu pe pattern-urile pe care le observăm în piață. Pentru actualizări și detalii suplimentare, Power BI Blog rămâne sursa principală pe acest subiect. În fond, guvernanta date nu e doar un concept tehnic — este o decizie de business cu impact direct pe productivitatea echipei.

Recomandarea finală

Pentru un director care citește asta și se întreabă de unde să înceapă, trei acțiuni concrete pentru luna asta:

• Cere echipei să listeze cele mai utilizate 10 KPI-uri în rapoartele tale executive. Pentru fiecare: cum se calculează, din ce sistem, cine deține definiția. Vei descoperi că pentru 3-4 dintre ele răspunsul e neclar.
• Identifică un sponsor executiv pentru guvernanță. Dacă nu există, fă-te tu sponsor pentru următoarele 12 luni. Fără patron executiv, inițiativa moare.
• Alocă buget. 0,5-1% din OPEX anual pentru guvernanță de date e un benchmark rezonabil pentru companii mid-market. Sub asta, e teatru.

Guvernanța datelor nu produce vânzări. Produce încrederea în cifrele pe baza cărora luați decizii. Asta e infrastructură, nu inițiativă. Cum sunt sistemele IT sau procesele financiare — fără, nu există companie serioasă.

Întrebări frecvente

Ce înseamnă concret guvernanța datelor?

Ansamblul de politici, procese și roluri prin care organizația se asigură că datele sunt corecte, consistente, accesibile celor potriviți și protejate. În BI se traduce în răspunsuri clare la cinci întrebări: cine definește cum se calculează un KPI, cine poate modifica definiția, cine vede ce date și de unde, ce se întâmplă când două surse spun lucruri diferite, și cât trăiește o cifră în istoric.

Cât costă lipsa guvernanței?

Mai mult decât pare, iar companiile mid-market o subestimează sistematic: ședințe de management care se transformă în meta-discuții despre cifre, investiții IT redundante, risc de conformitate, plus probleme de moral și de viteză.

Cine răspunde pentru fiecare set de date?

Un Data Owner desemnat pe domeniu — Finance, Sales, Operations — iar instrumentul tehnic care ține evidența e catalogul de date. E primul pilon al guvernanței: cineva trebuie să fie responsabil pentru fiecare dataset important, altfel nimeni nu e.