Microsoft Fabric-implementeringsöversikt: Styrning

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.

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.

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

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.

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

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.

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

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

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

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.

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.

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.

Ö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.

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?

Mognadsnivåer

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

Relaterat innehåll

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