Dela data med hela organisationen — utan att tappa kontrollen.

Under lång tid innebar kontrollerad datadelning en avvägning som ingen var riktigt nöjd med. Antingen höll IT ett hårt grepp om vem som fick tillgång till vad — vilket skapade köer, flaskhalsar och ett beroende av analytiker för frågor som verksamheten egentligen borde kunna besvara själv. Eller så öppnades tillgången, och data började spridas via Excel-export, mejlbilagor och lokala kopior som ingen längre hade koll på.

Den andra varianten är inte bara ett tekniskt problem. Den är ett efterlevnadsproblem. Data som borde vara skyddad hamnar hos fel personer. Rapporter bygger på lokala kopior som skiljer sig åt. Ingen vet längre vilket underlag som är det officiella.

Det dilemmat är inte löst av vilja eller rutiner — det är ett strukturproblem som kräver rätt teknisk grund.

Plattformar som Microsoft Fabric hanterar det här annorlunda än äldre BI-lösningar. I stället för att data kopieras och distribueras till de som behöver den finns en central lagringsplats — OneLake — där all data lever. Åtkomsten styrs sedan per roll: vad som är synligt beror på vem man är, inte på var data lagras.

Det praktiska innebär att en controller kan se finansdata utan att ta del av HR-information. En verksamhetschef ser sina nyckeltal aggregerade utan att komma åt underliggande transaktionsdata. En analytiker kan bygga egna rapporter inom sitt behörighetsområde utan att gå via IT för varje ny fråga.

Alla arbetar mot samma plattform. Data kopieras inte ut. Och IT har full insyn i vem som sett vad — inte som ett kontrollsystem, utan som en naturlig följd av hur behörigheterna är konfigurerade.

Tekniken löser strukturproblemet — men bara om behörighetsmodellen är genomtänkt från början. Det är det arbete som avgör om lösningen faktiskt ger bred tillgång med kontroll, eller om man bygger ett nytt system med samma gamla problem i en modernare förpackning.

Det krävs ett beslut om rollmodellen: vilka roller finns i organisationen, vad behöver varje roll se, och vad ska aldrig vara synligt för en given roll? Det beslutet är ett verksamhetsbeslut — inte ett IT-beslut. IT kan konfigurera tekniken, men definitionen av vem som har rätt att se vad är en fråga för ledning och verksamhet.

Det krävs också ett beslut om vilken data som är "officiell" — vilka definitioner och aggregeringsnivåer som gäller när till exempel en controller och en verksamhetschef tittar på samma nyckeltal. Utan det beslutet bygger man en plattform där folk fortfarande kan gräva sig fram till olika svar beroende på vilken vy de öppnar.

Governance handlar till slut om tre saker: vem ser vad, vad är den officiella versionen av ett nyckeltal, och vem är ansvarig för kvaliteten i datan. Teknik kan understödja alla tre — men den kan inte ersätta besluten.

Ett vanligt misstag är att försöka lösa hela organisationens databehov på en gång. Det resulterar i ett projekt som är för stort, tar för lång tid och levererar för lite tidigt för att hålla engagemanget vid liv.

Vi föreslår en annan approach: börja med ett avgränsat domänområde och ett väldefinierat datasätt. Bygg rollmodellen för det. Konfigurera behörigheterna. Verifiera att rätt personer ser rätt saker. Och mät sedan om det faktiskt används — om folk hittar svaren de söker utan att gå omvägen via IT.

Det är tillräckligt litet för att gå snabbt. Och det ger en fungerande mall för hur nästa domänområde ska byggas — i stället för att börja om med samma diskussioner varje gång.