Microsoft Fabric-implementeringsöversikt: Styrning

Kommentar

Den här artikeln är en del av microsoft fabric-implementeringsöversiktsserien med artiklar. En översikt över serien finns i Microsoft Fabric-implementeringsöversikt.

Datastyrning är ett brett och komplext ämne. Den här artikeln beskriver viktiga begrepp och överväganden. Den identifierar viktiga åtgärder att vidta när du antar Microsoft Fabric, men det är inte en omfattande referens för datastyrning.

Enligt datastyrningsinstitutets definition är datastyrning "ett system med beslutsrättigheter och ansvarsområden för informationsrelaterade processer, utförda enligt överenskomna modeller som beskriver vem som kan vidta vilka åtgärder, med vilken information och när, under vilka omständigheter, med vilka metoder.".

Termen datastyrning är en felbeteckning. Det primära fokuset för styrning är inte själva data. Fokus ligger på att styra vad användarna gör med data. Ett annat sätt: det verkliga fokuset ligger på att styra användarens beteende för att säkerställa att organisationsdata hanteras väl.

När du fokuserar på självbetjäningsdata och business intelligence (BI) är de främsta målen med styrning att uppnå rätt balans mellan:

• Användarinflytande: Gör det möjligt för den interna användarcommunityn att vara produktiv och effektiv inom nödvändiga skyddsräcken.
• Regelefterlevnad: Följ organisationens bransch-, myndighets- och avtalsregler.
• Interna krav: Följ organisationens interna krav.

Den optimala balansen mellan kontroll och egenmakt skiljer sig åt mellan organisationer. Det är också troligt att det skiljer sig mellan olika affärsenheter inom en organisation. Du kommer att bli mest framgångsrik med en plattform som Fabric när du lägger lika stor vikt vid användarinflytande som på att klargöra dess praktiska användning inom etablerade skyddsräcken.

Dricks

Tänk på styrning som en uppsättning etablerade riktlinjer och formaliserade principer. Alla riktlinjer och principer för styrning bör överensstämma med organisationens datakultur och implementeringsmål. Styrningen utförs dagligen av dina aktiviteter för systemtillsyn (administration).

Styrningsstrategi

När du överväger datastyrning i alla organisationer är det bästa stället att börja med att definiera en styrningsstrategi. Genom att först fokusera på de strategiska målen för datastyrning kan alla detaljerade beslut när styrningsprinciper och processer implementeras informeras av strategin. Styrningsstrategin definieras i sin tur av organisationens datakultur.

Styrningsbeslut implementeras med dokumenterad vägledning, principer och processer. Bland målen för styrning av självbetjäningsdata och BI-plattform, till exempel Infrastruktur, ingår:

• Ge användare i hela organisationen möjlighet att använda data och fatta beslut inom de definierade gränserna.
• Förbättra användarupplevelsen genom att ge tydlig och transparent vägledning (med minimal friktion) om vilka åtgärder som tillåts, varför och hur.
• Se till att dataanvändningen är lämplig för verksamhetens behov.
• Se till att ansvarsområden för innehållsägarskap och förvaltning är tydliga. Mer information finns i artikeln Innehållsägarskap och hantering .
• Förbättra konsekvensen och standardiseringen av att arbeta med data över organisationens gränser.
• Minska risken för dataläckage och missbruk av data. Mer information finns i artikeln om informationsskydd och dataförlustskydd .
• Uppfylla regel-, bransch- och interna krav för korrekt användning av data.

Dricks

En väl utförd datastyrningsstrategi gör det enklare för fler användare att arbeta med data. När styrning hanteras utifrån användarinflytande är det mer sannolikt att användarna följer de dokumenterade processerna. Därför blir användarna också en betrodd partner.

Framgångsfaktorer för styrning

Styrning tas inte emot väl när den antas med uppifrån och ned-mandat som fokuserar mer på kontroll än egenmakt. Att styra infrastrukturresurser är mest framgångsrikt när:

• Den enklaste styrningsmodellen som uppnår nödvändiga mål används.
• Styrningen hanteras på iterativ basis och hindrar inte produktiviteten avsevärt.
• En nedifrån och upp-metod för att formulera riktlinjer för styrning används när det är praktiskt. Center of Excellence (COE) och/eller datastyrningsteamet observerar lyckade beteenden som inträffar inom en affärsenhet. COE vidtar sedan åtgärder för att skala ut till andra delar av organisationen.
• Styrningsbeslut samdefinieras med indata från olika affärsenheter innan de antas. Även om det finns tillfällen då ett specifikt direktiv är nödvändigt (särskilt i hårt reglerade branscher), bör mandat vara undantaget snarare än regeln.
• Styrningsbehoven balanseras med flexibilitet och förmågan att vara produktiv.
• Styrningskrav kan uppfyllas som en del av användarnas vanliga arbetsflöde, vilket gör det enklare för användare att göra rätt på rätt sätt med liten friktion.
• Svaret på nya begäranden om data är inte "nej" som standard, utan snarare "ja och" med tydliga, enkla, transparenta regler för vilka styrningskrav som gäller för dataåtkomst, användning och delning.
• Användare som behöver åtkomst till data har incitament att göra det via normala kanaler, uppfylla styrningskrav i stället för att kringgå dem.
• Styrningsbeslut, principer och krav för användare att följa är i linje med organisationens datakulturmål och andra befintliga initiativ för datastyrning.
• Beslut som påverkar vad användarna kan och inte kan göra fattas inte enbart av en systemadministratör.

Introducera styrning för din organisation

Det finns tre primära tidsschemametoder som organisationer använder när de introducerar fabric-styrning i en organisation.

Metoderna i diagrammet ovan är:

Metod	Strategi som följs
	Distribuera Infrastrukturresurser först och introducera sedan styrning: Infrastrukturresurser görs allmänt tillgängliga för användare i organisationen som ett nytt självbetjäningsdata och BI-verktyg. Sedan, någon gång i framtiden, börjar en styrningsinsats. Den här metoden prioriterar flexibilitet.
	Fullständig styrningsplanering först och sedan distribution av Infrastrukturresurser: Omfattande styrningsplanering sker innan användarna kan börja använda Infrastrukturresurser. Den här metoden prioriterar kontroll och stabilitet.
	Iterativ styrningsplanering med distributioner av Infrastrukturresurser i etapper: Just enough governance planning in initialt. Sedan distribueras Fabric iterativt i etapper till enskilda team medan iterativa styrningsförbättringar sker. Den här metoden prioriterar också flexibilitet och styrning.

Välj metod 1 när Infrastruktur redan används för självbetjäningsscenarier och du är redo att börja arbeta på ett mer effektivt sätt.

Välj metod 2 när din organisation redan har en väletablerad styrningsmetod som enkelt kan utökas till att omfatta Infrastrukturresurser.

Välj metod 3 när du vill ha en balans mellan kontrollflexialitet. Den här balanserade metoden är det bästa valet för de flesta organisationer och de flesta scenarier.

Varje metod beskrivs i följande avsnitt.

Metod 1: Distribuera infrastrukturresurser först

Metod 1 prioriterar flexibilitet och hastighet. Det gör att användarna snabbt kan komma igång med att skapa lösningar. Den här metoden inträffar när Fabric har gjorts allmänt tillgängligt för användare i organisationen som ett nytt självbetjäningsdata och BI-verktyg. Snabba vinster och vissa framgångar uppnås. Någon gång i framtiden börjar en styrningsinsats, vanligtvis för att bringa ordning till en oacceptabel nivå av kaos eftersom självbetjäningsanvändaren inte fick tillräcklig vägledning.

Proffsen:

• Snabbast att komma igång
• Användare med hög kapacitet kan snabbt få saker gjorda
• Snabba vinster uppnås

Nackdelar:

• Högre ansträngning för att upprätta styrning när infrastrukturresurser används i hela organisationen
• Motstånd från självbetjäningsanvändare som uppmanas att ändra vad de har gjort
• Självbetjäningsanvändare måste ta reda på saker på egen hand, vilket är ineffektivt och resulterar i inkonsekvenser
• Självbetjäningsanvändare måste använda sitt bästa omdöme, vilket ger tekniska skulder som ska lösas

Se andra möjliga nackdelar i avsnittet Styrningsutmaningar nedan.

Metod 2: Djupgående styrningsplanering först

Metod 2 prioriterar kontroll och stabilitet. Det ligger i motsatt ände av spektrumet från metod 1. Metod 2 omfattar omfattande styrningsplanering innan infrastrukturresurser lanseras. Den här situationen inträffar troligen när implementeringen av Fabric leds av IT. Det kommer sannolikt också att inträffa när organisationen är verksam i en strikt reglerad bransch, eller när en befintlig datastyrningsnämnd inför betydande krav och krav i förväg.

Proffsen:

• Mer fullständigt förberedd för att uppfylla regelkraven
• Mer fullständigt förberedd för att stödja användarcommunityn

Nackdelar:

• Gynnar företagsinnehållsutveckling mer än självbetjäning
• Långsammare för att låta användarpopulationen börja hämta värde och förbättra beslutsfattandet
• Uppmuntrar dåliga vanor och lösningar när det finns en betydande fördröjning i att tillåta användning av data för beslutsfattande

Metod 3: Iterativ styrning med distributioner

Metod 3 söker en balans mellan flexibilitet och styrning. Det är ett idealiskt scenario som gör precis tillräckligt med styrningsplanering i förväg. Frekventa och kontinuerliga styrningsförbättringar sker iterativt över tid tillsammans med infrastrukturutvecklingsprojekt som ger värde.

Proffsen:

• Prioriterar styrning och användarproduktivitet på samma sätt
• Betonar en inlärningsmentalitet när du går
• Uppmuntrar iterativa versioner till grupper av användare i etapper

Nackdelar:

• Kräver en hög kommunikationsnivå för att lyckas med agila styrningsmetoder
• Kräver ytterligare disciplin för att hålla dokumentationen och utbildningen aktuell
• Införandet av nya riktlinjer och principer för styrning orsakar alltför ofta en viss nivå av användarstörningar

Mer information om planering i förväg finns i artikeln Förbereda migrering till Power BI .

Styrningsutmaningar

Om din organisation har implementerat Infrastrukturresurser utan styrningsmetod eller strategisk riktning (enligt beskrivningen ovan i metod 1) kan det finnas många utmaningar som kräver uppmärksamhet. Beroende på vilken metod du har använt och ditt aktuella tillstånd kan några av följande utmaningar gälla för din organisation.

Strategiutmaningar

• Brist på en sammanhängande strategi för datastyrning som överensstämmer med affärsstrategin
• Brist på verkställande stöd för att styra data som en strategisk tillgång
• Otillräcklig implementeringsplanering för att påskynda implementeringen och mognadsnivån för BI och analys

Utmaningar för människor

• Brist på anpassade prioriteringar mellan centraliserade team och affärsenheter
• Brist på identifierade mästare med tillräcklig expertis och entusiasm i affärsenheterna för att främja organisationens implementeringsmål
• Bristande medvetenhet om metodtips för självbetjäning
• Motstånd mot att följa nyligen introducerade riktlinjer och principer för styrning
• Duplicera arbete som lagts på olika affärsenheter
• Brist på tydligt ansvar, roller och ansvarsområden

Processutmaningar

• Brist på tydligt definierade processer som resulterar i kaos och inkonsekvenser
• Brist på standardisering eller repeterbarhet
• Otillräcklig förmåga att kommunicera och dela lärdomar
• Brist på dokumentation och överberoende av stamkunskap
• Oförmåga att uppfylla säkerhets- och sekretesskrav

Utmaningar för datakvalitet och datahantering

• Spridning av data och rapporter
• Felaktiga, ofullständiga eller inaktuella data
• Bristande förtroende för data, särskilt för innehåll som skapats av innehållsskapare med självbetjäning
• Inkonsekventa rapporter som skapats utan tillräcklig dataverifiering
• Värdefulla data som inte används eller är svåra att komma åt
• Fragmenterade, siloade och duplicerade data
• Brist på datakatalog, inventering, ordlista eller ursprung
• Oklart dataägarskap och förvaltning

Kompetens- och datakunskapsutmaningar

• Olika nivåer av förmåga att tolka, skapa och kommunicera med data effektivt
• Olika nivåer av tekniska färdigheter och kunskapsluckor
• Brist på förmåga att hantera datadiversitet och volym på ett säkert sätt
• Underskatta komplexitetsnivån för UTVECKLING och hantering av BI-lösningar under hela livscykeln
• Korta anställningar med löpande personaltransfereringar och omsättning
• Hantera förändringshastigheten för molntjänster

Dricks

Att identifiera dina aktuella utmaningar – och dina styrkor – är viktigt för att kunna planera styrningen. Det finns ingen enkel lösning på de utmaningar som anges ovan. Varje organisation måste hitta rätt balans och metod som löser de utmaningar som är viktigast för dem. De utmaningar som presenteras ovan hjälper dig att identifiera hur de kan påverka din organisation, så att du kan börja fundera på vilken lösning som är rätt för dina omständigheter.

Styrningsplanering

Vissa organisationer har implementerat Infrastrukturresurser utan styrningsmetod eller tydlig strategisk riktning (enligt beskrivningen ovan med metod 1). I det här fallet kan arbetet med att påbörja styrningsplaneringen vara skrämmande.

Om det för närvarande inte finns något formellt styrningsorgan i din organisation kommer fokus för styrningsplaneringen och implementeringsarbetet att vara bredare. Men om det finns en befintlig datastyrningstavla i organisationen är fokus främst att integrera med befintliga metoder och anpassa dem för att uppfylla målen för självbetjäning och företagsdata och BI-scenarier.

Viktigt!

Styrning är ett stort företag, och det är aldrig helt klart. Att obevekligt prioritera och iterera förbättringar kommer att göra omfånget mer hanterbart. Om du spårar dina framsteg och prestationer varje vecka och varje månad kommer du att bli förvånad över effekten över tid. Mognadsnivåerna i slutet av varje artikel i den här serien kan hjälpa dig att bedöma var du befinner dig för närvarande.

Några potentiella styrningsplaneringsaktiviteter och utdata som du kanske tycker är värdefulla beskrivs härnäst.

Strategi

Viktiga aktiviteter:

• Genomför en serie workshops för att samla in information och utvärdera det aktuella tillståndet för datakultur, implementering och data och BI-metoder. Vägledning om hur du samlar in information och definierar det aktuella tillståndet för BI-implementering, inklusive styrning, finns i STRATEGISK planering för BI.
• Använd den aktuella tillståndsutvärderingen och informationen som samlats in för att definiera önskat framtida tillstånd, inklusive styrningsmål. Vägledning om hur du använder den här aktuella tillståndsdefinitionen för att bestämma önskat framtida tillstånd finns i BI:s taktiska planering.
• Verifiera styrningsprogrammets fokus och omfattning.
• Identifiera befintliga bottom-up-initiativ som pågår.
• Identifiera omedelbara smärtpunkter, problem och risker.
• Utbilda ledande befattningshavare om styrning och se till att den verkställande sponsringen räcker för att upprätthålla och utöka programmet.
• Klargöra var Power BI passar in i den övergripande BI- och analysstrategin för organisationen.
• Utvärdera interna faktorer som organisationsberedskap, mognadsnivåer och viktiga utmaningar.
• Utvärdera externa faktorer som risk, exponering, reglering och rättsliga krav – inklusive regionala skillnader.

Nyckelutdata:

• Affärsfall med kostnads-/förmånsanalys
• Godkända styrningsmål, fokus och prioriteringar som är i linje med övergripande affärsmål
• Planera för kortsiktiga mål och prioriteringar (snabba vinster)
• Planera för långsiktiga och uppskjutna mål och prioriteringar
• Framgångskriterier och mätbara nyckeltal (KPI:er)
• Kända risker som dokumenteras med en åtgärdsplan
• Planera för att uppfylla bransch-, myndighets-, avtals- och regelkrav som påverkar BI och analys i organisationen
• Finansieringsplan

Personer

Viktiga aktiviteter:

• Upprätta en styrningsnämnd och identifiera viktiga intressenter.
• Fastställ fokus, omfång och en uppsättning ansvarsområden för styrningsnämnden.
• Upprätta en COE.
• Fastställ fokus, omfång och en uppsättning ansvarsområden för COE.
• Definiera roller och ansvarsområden.
• Bekräfta vem som har beslut, godkännande och vetorätt.

Nyckelutdata:

• Stadga för styrningsnämnden
• Stadgan och prioriteringarna för COE
• Bemanningsplan
• Roller och ansvar
• Ansvars- och beslutsmatris
• Kommunikationsplan
• Problemhanteringsplan

Principer och processer

Viktiga aktiviteter:

• Analysera omedelbara smärtpunkter, problem, risker och områden för att förbättra användarupplevelsen.
• Prioritera dataprinciper som ska hanteras efter prioritetsordning.
• Identifiera befintliga processer på plats som fungerar bra och kan formaliseras.
• Fastställ hur nya dataprinciper ska socialiseras.
• Bestäm i vilken utsträckning dataprinciper kan skilja sig åt eller anpassas för olika grupper.

Nyckelutdata:

• Process för hur dataprinciper och dokumentation ska definieras, godkännas, kommuniceras och underhållas
• Planera för att begära giltiga undantag och avgångar från dokumenterade principer

Projektledning

Implementeringen av styrningsprogrammet bör planeras och hanteras som en serie projekt.

Viktiga aktiviteter:

• Upprätta en tidslinje med prioriteringar och milstolpar.
• Identifiera relaterade initiativ och beroenden.
• Identifiera och samordna med befintliga bottom-up-initiativ.
• Skapa en iterativ projektplan som är anpassad till prioritering på hög nivå.
• Få budgetgodkännande och finansiering.
• Upprätta ett konkret sätt att spåra förloppet.

Nyckelutdata:

• Projektplan med iterationer, beroenden och sekvensering
• Kadens för retrospektiv med fokus på ständiga förbättringar

Viktigt!

Omfattningen av de aktiviteter som anges ovan och som är användbara att utföra varierar avsevärt mellan organisationer. Om din organisation inte har befintliga processer och arbetsflöden för att skapa de här typerna av utdata kan du läsa riktlinjerna i översiktsslutsatsen för implementering för några användbara resurser, samt artiklarna om implementeringsplanering för BI-strategi.

Styrningsprinciper

Beslutsvillkor

Alla styrningsbeslut bör ligga i linje med de fastställda målen för organisationsimplementering. När strategin är tydlig måste fler taktiska styrningsbeslut fattas som påverkar den dagliga verksamheten i självbetjäningsanvändarcommunityn. Dessa typer av taktiska beslut korrelerar direkt med de dataprinciper som skapas.

Hur vi går tillväga för att fatta styrningsbeslut beror på:

• Vem äger och hanterar data och BI-innehåll? Artikeln Innehållsägarskap och hantering introducerade tre typer av strategier: företagsledd självbetjäning, hanterad självbetjäning och företag. Vem som äger och hanterar innehållet har en betydande inverkan på styrningskraven.
• Vad är omfånget för leverans av data och BI-innehåll? Artikeln Omfång för innehållsleverans introducerade fyra omfång för leverans av innehåll: personligt, team, avdelning och företag. Leveransomfånget har en betydande inverkan på styrningskraven.
• Vad är det registrerade området? Själva data, inklusive dess känslighetsnivå, är en viktig faktor. Vissa datadomäner kräver till sin natur strängare kontroller. Till exempel bör personligt identifierbar information (PII) eller registrerade som omfattas av regler omfattas av strängare styrningskrav än mindre känsliga data.
• Anses data och/eller BI-lösningen vara kritiska? Om du inte enkelt kan fatta ett välgrundat beslut utan dessa data hanterar du viktiga dataelement. Vissa rapporter och appar kan anses vara kritiska eftersom de uppfyller en uppsättning fördefinierade kriterier. Till exempel levereras innehållet till chefer. Fördefinierade kriterier för vad som anses vara kritiskt hjälper alla att ha tydliga förväntningar. Kritiska data omfattas vanligtvis av strängare styrningskrav.

Dricks

Olika kombinationer av ovanstående fyra kriterier resulterar i olika styrningskrav för fabric-innehåll.

Viktiga beslut om styrning av infrastrukturresurser

När du utforskar dina mål och följer mer taktiska beslut om datastyrning enligt beskrivningen ovan är det viktigt att avgöra vilka som är de högsta prioriteringarna. Det kan vara svårt att bestämma var du ska fokusera dina ansträngningar.

Följande lista innehåller objekt som du kan välja att prioritera när du introducerar styrning för Infrastrukturresurser.

• Rekommendationer och krav för innehållsägarskap och hantering
• Rekommendationer och krav för innehållsleveransomfång
• Rekommendationer och krav för innehållsdistribution och delning med kollegor, samt för externa användare, till exempel kunder, partner eller leverantörer
• Hur användare får arbeta med reglerade data och mycket känsliga data
• Tillåten användning av overifierade datakällor som är okända för IT
• När manuellt underhållna datakällor, till exempel Excel eller flata filer, tillåts
• Vem som får skapa en arbetsyta
• Hantera arbetsytor effektivt
• Hur personliga arbetsytor används effektivt
• Vilka arbetsytor som tilldelas infrastrukturkapacitet
• Vem får vara infrastrukturadministratör?
• Säkerhet, sekretess och dataskyddskrav och tillåtna åtgärder för innehåll som tilldelats varje känslighetsetikett
• Tillåten eller uppmuntrad användning av personliga gatewayer
• Tillåten eller uppmuntrad användning av självbetjäningsköp av användarlicenser
• Krav för vem som kan certifiera innehåll samt krav som måste uppfyllas
• Livscykelhantering för program för hantering av innehåll under hela livscykeln, inklusive utvecklings-, test- och produktionsfaser
• Ytterligare krav som gäller kritiskt innehåll, till exempel verifiering av datakvalitet och dokumentation
• Krav för att använda standardiserade huvuddata och vanliga datadefinitioner för att förbättra konsekvensen mellan datatillgångar
• Rekommendationer och krav för användning av externa verktyg av avancerade innehållsskapare

Om du inte fattar styrningsbeslut och kommunicerar dem väl använder användarna sin egen bedömning för hur saker och ting ska fungera – och det resulterar ofta i inkonsekventa metoder för vanliga uppgifter.

Även om inte alla styrningsbeslut måste fattas i förväg är det viktigt att du identifierar de områden som är mest riskfyllda i din organisation. Implementera sedan stegvis styrningsprinciper och processer som ger störst effekt.

Datapolicyer

En dataprincip är ett dokument som definierar vad användare kan och inte kan göra. Du kan kalla det något annat, men målet förblir detsamma: när beslut– till exempel de som beskrivs i föregående avsnitt – fattas dokumenteras de för användning och referens av användarcommunityn.

En dataprincip bör vara så kort som möjligt. På så sätt är det lätt för människor att förstå vad som efterfrågas av dem.

En dataprincip bör innehålla:

• Principnamn, syfte, beskrivning och information
• Specifika ansvarsområden
• Principens omfattning (organisationsomfattande jämfört med avdelningsspecifik)
• Målgrupp för principen
• Principägare, godkännare och kontakt
• Så här begär du ett undantag
• Hur principen ska granskas och tillämpas
• Regelmässiga eller juridiska krav som uppfylls av policyn
• Referens till terminologidefinitioner
• Referens till eventuella relaterade riktlinjer eller principer
• Giltighetsdatum, senaste revisionsdatum och ändringslogg

Kommentar

Leta upp eller länka till dataprinciper från den centraliserade portalen.

Här är tre exempel på vanliga dataprinciper som du kan välja att prioritera.

Princip	Beskrivning
Princip för dataägarskap	Anger när en ägare krävs för en datatillgång och vad dataägarens ansvar omfattar, till exempel: stöd för kollegor som visar innehållet, upprätthållande av lämplig konfidentialitet och säkerhet och säkerställa efterlevnad.
Princip för datacertifiering (godkännande)	Anger den process som följs för att certifiera innehåll. Kraven kan omfatta aktiviteter som validering av datanoggrannhet, datakälla och ursprungsgranskning, teknisk granskning av datamodellen, säkerhetsgranskning och dokumentationsgranskning.
Princip för dataklassificering och skydd	Anger aktiviteter som tillåts och inte tillåts per klassificering (känslighetsnivå). Den bör ange aktiviteter som: tillåten delning med externa användare, med eller utan ett sekretessavtal (NDA), krypteringskrav och möjlighet att ladda ned data. Ibland kallas det även för en datahanteringsprincip eller en dataanvändningsprincip. Mer information finns i artikeln Informationsskydd för Power BI .

Varning

Att ha mycket dokumentation kan leda till en falsk känsla av att allt är under kontroll, vilket kan leda till självbelåtenhet. Den engagemangsnivå som COE har med användarcommunityn är ett sätt att förbättra chanserna att styrningsriktlinjer och principer följs konsekvent. Gransknings- och övervakningsaktiviteter är också viktiga.

Omfång för principer

Styrningsbeslut kommer sällan att vara en-storlek-passar-alla i hela organisationen. När det är praktiskt är det klokt att börja med standardiserade principer och sedan implementera undantag efter behov. Om du har en tydligt definierad strategi för hur principer ska hanteras för centraliserade och decentraliserade team blir det mycket enklare att avgöra hur undantag ska hanteras.

Fördelar med principer för hela organisationen:

• Mycket enklare att hantera och underhålla
• Större konsekvens
• Omfattar fler användningsfall
• Färre principer totalt

Nackdelar med principer för hela organisationen:

• Oböjlig
• Mindre autonomi och egenmakt

Fördelar med principer för avdelningsomfång:

• Förväntningarna är tydligare när de är skräddarsydda för en specifik grupp
• Anpassningsbar och flexibel

Nackdelar med principer för avdelningsomfång:

• Mer arbete att hantera
• Fler principer som är siloade
• Potential för motstridig information
• Svårt att skala mer brett i hela organisationen

Dricks

Det kan vara svårt att hitta rätt balans mellan standardisering och anpassning för att stödja självbetjäningsdata och BI i hela organisationen. Men genom att börja med organisationsprinciper och medvetet titta efter undantag kan du snabbt göra meningsfulla framsteg.

Bemanning och ansvar

Organisationsstrukturen för datastyrning varierar avsevärt mellan organisationer. I större organisationer kan det finnas ett datastyrningskontor med dedikerad personal. Vissa organisationer har en datastyrningsnämnd, ett råd eller en styrkommitté med tilldelade medlemmar som kommer från olika affärsenheter. Beroende på omfattningen av datastyrningsorganet i organisationen kan det finnas en ledningsgrupp som är skild från ett funktionellt team med personer.

Viktigt!

Oavsett hur styrningsorganet är strukturerat är det viktigt att det finns en person eller grupp med tillräckligt inflytande över beslut om datastyrning. Den här personen bör ha behörighet att framtvinga dessa beslut över organisationens gränser.

Kontroller och saldon

Styrningsansvar handlar om kontroller och saldon.

Från och med längst ned innehåller nivåerna i diagrammet ovan:

Nivå	Beskrivning
	Operativa enheter – Affärsenheter: Nivå 1 är grunden för ett välstyrt system, som omfattar användare inom affärsenheterna som utför sitt arbete. Självbetjäningsdata och BI-skapare har många ansvarsområden som rör redigering, publicering, delning, säkerhet och datakvalitet. Självbetjäningsdata och BI-konsumenter har också ansvar för korrekt användning av data.
	Taktisk – Stödteam: Nivå 2 innehåller flera grupper som stöder användarnas arbete i affärsenheterna. Stödteamen omfattar COE, företagsdata och BI, datastyrningskontoret samt andra underordnade team. Underordnade team kan omfatta IT, säkerhet, HR och juridik. Här finns även en ändringskontrolltavla.
	Taktisk – Granskning och efterlevnad: Nivå 3 omfattar interna gransknings-, riskhanterings- och efterlevnadsteam. De här teamen ger vägledning till nivåerna 1 och 2. De ger också verkställighet när det behövs.
	Strategisk - Verkställande sponsor och styrkommitté: Den högsta nivån inkluderar tillsyn på verkställande nivå av strategi och prioriteringar. Den här nivån hanterar eventuella eskalerade problem som inte kunde lösas på lägre nivåer. Därför är det viktigt att ha en ledningsgrupp med tillräcklig auktoritet för att kunna fatta beslut vid behov.

Viktigt!

Alla har ett ansvar att följa principer för att säkerställa att organisationsdata är säkra, skyddade och välhanterade som en organisationstillgång. Ibland nämns detta eftersom alla är dataförvaltare. För att göra detta till verklighet börjar du med användarna i affärsenheterna (nivå 1 som beskrivs ovan) som grunden.

Roller och ansvar

När du har en känsla för din styrningsstrategi bör roller och ansvarsområden definieras för att skapa tydliga förväntningar.

Styrningsteamets struktur, roller (inklusive terminologi) och ansvarsområden varierar kraftigt mellan organisationer. Mycket generaliserade roller beskrivs i tabellen nedan. I vissa fall kan samma person ha flera roller. Till exempel kan CDO (Chief Data Officer) också vara chefssponsor.

Roll	Beskrivning
Chief Data Officer eller Chief Analytics Officer	Definierar strategin för användning av data som en företagstillgång. Övervakar riktlinjer och principer för företagsomfattande styrning.
Datastyrningstavla	Styrkommitté med medlemmar från varje affärsenhet som som domänägare har befogenhet att fatta beslut om företagsstyrning. De fattar beslut för affärsenhetens räkning och för organisationens bästa. Ger godkännanden, beslut, prioriteringar och riktning till företagets datastyrningsteam och arbetskommittéer.
Datastyrningsteam	Skapar styrningsprinciper, standarder och processer. Ger företagsomfattande tillsyn och optimering av dataintegritet, pålitlighet, sekretess och användbarhet. Samarbetar med COE för att tillhandahålla styrningsutbildning, support och mentorskapare till dataägare och innehållsskapare.
Arbetskommittéer för datastyrning	Tillfälliga eller permanenta team som fokuserar på enskilda styrningsämnen, till exempel säkerhet eller datakvalitet.
Ändringshanteringsnämnd	Samordnar krav, processer, godkännanden och schemaläggning för processer för versionshantering med målet att minska risken och minimera effekten av ändringar i kritiska program.
Projektledningskontor	Hanterar enskilda styrningsprojekt och det pågående datastyrningsprogrammet.
Fabric executive sponsor	Främjar implementering och framgångsrik användning av Infrastrukturresurser. Säkerställer aktivt att fabric-beslut konsekvent överensstämmer med affärsmål, vägledande principer och principer över organisationens gränser. Mer information finns i artikeln Executive sponsorship (Executive-sponsring ).
Center of Excellence	Mentorer för communityn av skapare och konsumenter för att främja effektiv användning av Fabric för beslutsfattande. Tillhandahåller samordning mellan avdelningar av infrastrukturaktiviteter för att förbättra praxis, öka konsekvensen och minska ineffektiviteten. Mer information finns i artikeln Center of Excellence .
Infrastrukturmästare	En delmängd av innehållsskapare som finns i affärsenheterna som hjälper till att främja implementeringen av Fabric. De bidrar till datakulturens tillväxt genom att förespråka användning av bästa praxis och aktivt hjälpa kollegor. Mer information finns i artikeln Community of practice( Community of practice ).
Infrastrukturadministratörer	Det dagliga tillsynsansvaret för systemet för att stödja interna processer, verktyg och människor. Hanterar övervakning, granskning och hantering. Mer information finns i artikeln Systemtillsyn .
Informationsteknik	Ger ibland hjälp till Infrastrukturadministratörer för tjänster som rör Infrastrukturresurser, till exempel Microsoft Entra-ID, Microsoft 365, Teams, SharePoint eller OneDrive.
Riskhantering	Granskar och utvärderar datadelning och säkerhetsrisker. Definierar etiska dataprinciper och standarder. Kommunicerar regelmässiga och juridiska krav.
Internrevision	Granskning av efterlevnad av regler och interna krav.
Dataförvaltare	Samarbetar med styrningskommittén och/eller COE för att säkerställa att organisationsdata har acceptabla datakvalitetsnivåer.
Alla BI-skapare och konsumenter	Följer principer för att säkerställa att data är säkra, skyddade och välhanterade som en organisationstillgång.

Dricks

Namnge en säkerhetskopia för varje person i nyckelroller, till exempel medlemmar i datastyrningsnämnden. I deras frånvaro kan säkerhetskopieringspersonen delta i möten och fatta tidskänsliga beslut vid behov.

Överväganden och nyckelåtgärder

Checklista – Överväganden och viktiga åtgärder som du kan vidta för att upprätta eller stärka dina styrningsinitiativ.

• Justera mål och vägledande principer: Bekräfta att de övergripande målen och de vägledande principerna för datakulturmålen är tydligt dokumenterade och kommunicerade. Se till att anpassningen finns för alla nya riktlinjer eller principer för styrning.
• Förstå vad som händer just nu: Se till att du har en djup förståelse för hur Fabric för närvarande används för självbetjäning och företagsdata och BI-scenarier. Dokumentera förbättringsmöjligheter. Dessutom dokumentera styrkor och bra metoder som skulle vara till hjälp för att skala ut mer allmänt.
• Prioritera nya riktlinjer och principer för styrning: För att prioritera vilka nya riktlinjer eller principer som ska skapas väljer du en viktig smärtpunkt, högprioriterade behov eller kända risker för en datadomän. Den bör ha betydande fördelar och kan uppnås med en genomförbar insatsnivå. När du implementerar dina första riktlinjer för styrning väljer du något som användarna sannolikt kommer att stödja eftersom ändringen har låg effekt, eller för att de är tillräckligt motiverade för att göra en ändring.
• Skapa ett schema för att granska principer: Fastställa hur ofta dataprinciper omvärderas. Omvärderar och justerar när behoven ändras.
• Bestäm hur undantag ska hanteras: Avgör hur konflikter, problem och begäranden om undantag till dokumenterade principer ska hanteras.
• Förstå befintliga datatillgångar: Bekräfta att du förstår vilka viktiga datatillgångar som finns. Skapa en inventering av ägarskap och ursprung om det behövs. Tänk på att du inte kan styra det du inte vet om.
• Verifiera exekutiv sponsring: Bekräfta att du har stöd och tillräcklig uppmärksamhet från din chefssponsor, samt från affärsenhetsledare.
• Förbered en åtgärdsplan: Ta med följande viktiga objekt:
  • Inledande prioriteringar: Välj en datadomän eller affärsenhet i taget.
  • Tidslinje: Arbeta i iterationer tillräckligt länge för att utföra meningsfulla framsteg, men ändå tillräckligt kort för att regelbundet justera.
  • Snabba vinster: Fokusera på konkreta, taktiska och inkrementella framsteg.
  • Lyckade mått: Skapa mätbara mått för att utvärdera förloppet.

Frågor du behöver ställa dig

Använd frågor som de som finns nedan för att utvärdera styrningen.

• På hög nivå, vad är den nuvarande styrningsstrategin? I vilken utsträckning är syftet och betydelsen av den här styrningsstrategin tydlig för både slutanvändare och centrala data- och BI-team?
• Är den nuvarande styrningsstrategin i allmänhet effektiv?
• Vilka är de viktigaste regel- och efterlevnadskriterierna som organisationen (eller specifika affärsenheter) måste följa? Var är det här villkoret dokumenterat? Är den här informationen lättillgänglig för personer som arbetar med data och delar dataobjekt som en del av sin roll?
• Hur väl överensstämmer den aktuella styrningsstrategin med användarens sätt att arbeta?
• Är en specifik roll eller ett team ansvarigt för styrning i organisationen?
• Vem har behörighet att skapa och ändra styrningsprinciper?
• Använder styrningsteamen Microsoft Purview eller något annat verktyg för att stödja styrningsaktiviteter?
• Vilka är de prioriterade styrningsriskerna, till exempel risker för säkerhet, informationsskydd och dataförlustskydd?
• Vilka är de potentiella affärseffekterna av de identifierade styrningsriskerna?
• Hur ofta utvärderas styrningsstrategin på nytt? Vilka mått används för att utvärdera det och vilka mekanismer finns det för företagsanvändare att ge feedback?
• Vilka typer av användarbeteenden skapar risker när användare arbetar med data? Hur minimeras dessa risker?
• Vilka känslighetsetiketter finns det, om det finns några? Är data- och BI-beslutsfattare medvetna om känslighetsetiketter och fördelarna för verksamheten?
• Vilka principer för dataförlustskydd finns på plats, om några?
• Hur hanteras "Exportera till Excel"? Vilka åtgärder vidtas för att förhindra dataförlustskydd? Vad är prevalensen för "Exportera till Excel"? Vad gör personer med data när de har dem i Excel?
• Finns det metoder eller lösningar som är utan regelefterlevnad som måste åtgärdas snarast? Är dessa exempel motiverade med en förklaring av den potentiella affärspåverkan, bör de inte åtgärdas?

Dricks

"Exportera till Excel" är vanligtvis ett kontroversiellt ämne. Företagsanvändare fokuserar ofta på kravet på att "Exportera till Excel" ska vara möjligt i BI-lösningar. Att aktivera "Exportera till Excel" kan vara kontraproduktivt eftersom ett affärsmål inte är att hämta data till Excel. Definiera i stället varför slutanvändarna behöver data i Excel. Fråga vad de gör med data när de väl är i Excel, vilka affärsfrågor de försöker besvara, vilka beslut de fattar och vilka åtgärder de vidtar med data.

Att fokusera på affärsbeslut och åtgärder hjälper till att styra fokus bort från verktyg och funktioner och mot att hjälpa människor att uppnå sina affärsmål.

Mognadsnivåer

Följande mognadsnivåer hjälper dig att utvärdera det aktuella tillståndet för dina styrningsinitiativ.

Nivå	Styrningstillstånd
100: Initial	• På grund av bristande styrningsplanering är god datahantering och informella styrningsmetoder som förekommer alltför beroende av individers omdöme och erfarenhetsnivå. • Det finns ett betydande beroende av odokumenterad stamkunskap.
200: Repeterbar	• Vissa delar av organisationen har gjort en målmedveten insats för att standardisera, förbättra och dokumentera sina metoder för datahantering och styrning. • Det finns en inledande styrningsmetod. Inkrementella framsteg görs.
300: Definierad	• En fullständig styrningsstrategi med fokus, mål och prioriteringar antas och förmedlas brett. • Särskilda riktlinjer och policyer för styrning genomförs för de främsta prioriteringarna (smärtpunkter eller möjligheter). De följs aktivt och konsekvent av användare. • Roller och ansvarsområden är tydligt definierade och dokumenterade.
400: Kapabel	• Alla infrastrukturstyrningsprioriteringar överensstämmer med organisationens mål och affärsmål. Målen utvärderas regelbundet igen. • Det finns processer för att anpassa principer för decentraliserade affärsenheter eller för att hantera giltiga undantag till standardstyrningsprinciper. • Det är tydligt var Fabric passar in i organisationens övergripande data- och BI-strategi. • Infrastrukturaktivitetsloggar och API-data analyseras aktivt för att övervaka och granska infrastrukturresurser. Proaktiva åtgärder vidtas baserat på data.
500: Effektiv	• Regelbundna granskningar av KPI:er eller OKR utvärderar mätbara styrningsmål. Iterativ, kontinuerliga framsteg är en prioritet. • Flexibilitet och implementering av kontinuerliga förbättringar från lärdomar (inklusive utskalning av metoder som fungerar) är högsta prioritet för COE. • Infrastrukturaktivitetsloggar och API-data används aktivt för att informera och förbättra implementerings- och styrningsarbetet.

Relaterat innehåll

I nästa artikel i microsoft fabric-implementeringsöversiktsserien får du lära dig mer om mentorskap och användaraktivering.