Microsoft Fabric-implementeringsöversikt: Ägarskap och hantering av innehåll

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.

Kommentar

Användningsscenarier för planering av Power BI-implementering utforskar många begrepp som beskrivs i den här artikeln, med fokus på Power BI-arbetsbelastningen i Microsoft Fabric. Artiklarna i användningsscenariot innehåller detaljerade diagram som du kan ha nytta av när du planerar och fattar beslut.

Det finns tre huvudsakliga strategier för hur data,analys- och business intelligence-innehåll (BI) ägs och hanteras: företagsledd självbetjäning, hanterad självbetjäning och företag. I den här serien med artiklar refererar termen innehåll till alla typer av dataobjekt (t.ex. en notebook-fil, semantisk modell – tidigare känd som en datauppsättning, rapport eller instrumentpanel).

Organisationens datakultur är drivkraften för varför, hur och av vem var och en av dessa tre strategier för innehållsägarskap implementeras.

Områdena i diagrammet ovan är:

Yta	Beskrivning
	Företagsledd självbetjäning: Allt innehåll ägs och hanteras av skaparna och ämnesexperterna inom en affärsenhet. Den här ägarskapsstrategin kallas även för en decentraliserad eller nedifrån och upp-strategi .
	Hanterad självbetjäning: Data ägs och hanteras av ett centraliserat team, medan företagsanvändare tar ansvar för rapporter och instrumentpaneler. Den här ägarskapsstrategin kallas även för disciplin i grunden och flexibilitet på gränsen.
	Företag: Allt innehåll ägs och hanteras av ett centraliserat team som IT, enterprise BI eller Center of Excellence (COE).

Det är osannolikt att en organisation endast arbetar med en strategi för innehållsägarskap och hantering. Beroende på din datakultur kan en strategi vara mycket mer dominerande än de andra. Valet av strategi kan skilja sig från lösning till lösning eller från team till team. Faktum är att ett enskilt team aktivt kan använda flera strategier om det både är en konsument av företagsinnehåll och en producent av sitt eget självbetjäningsinnehåll. Vilken strategi som ska följas beror på faktorer som:

• Krav för en lösning (till exempel en samling rapporter, en Power BI-app eller ett lakehouse).
• Användarkunskaper.
• Pågående engagemang för utbildning och kompetensutveckling.
• Flexibilitet krävs.
• Komplexitetsnivå.
• Prioriteringar och ledarskapsåtagandenivå.

Organisationens datakultur – särskilt dess inställning till datademokratisering – har stor inverkan på omfattningen av vilka av de tre strategier för innehållsägarskap som används. Det finns vanliga mönster för framgång, men det finns ingen metod som passar alla. Varje organisations styrningsmodell och metod för innehållsägarskap och hantering bör återspegla skillnaderna i datakällor, program och affärskontexter.

Hur innehåll ägs och hanteras har en betydande inverkan på styrningen, omfattningen av mentorskap och användaraktivering, behovet av användarsupport och COE-driftsmodellen.

Som beskrivs i styrningsartikeln är styrnings- och tillsynsnivån beroende av:

• Vem äger och hanterar innehållet.
• Omfånget för innehållsleverans.
• Ämnesområdet och känslighetsnivån.
• Vikten av data och om de används för kritiskt beslutsfattande.

I allmänhet:

• Företagsledt självbetjäningsinnehåll omfattas av de minst stränga styrnings- och tillsynskontrollerna. Den innehåller ofta personliga BI - och team BI-lösningar .
• Hanterat självbetjäningsinnehåll omfattas av måttligt stränga styrnings- och tillsynskontroller. Den innehåller ofta team BI - och avdelnings-BI-lösningar .
• Företagslösningar omfattas av strängare styrningskontroller och tillsyn.

Som anges i artikeln om mognadsnivåer för implementering mäter organisationens implementering tillståndet för datahanteringsprocesser och styrning. De val som görs för innehållsägarskap och hantering påverkar avsevärt hur organisationsimplementeringen uppnås.

Ägarskap och förvaltning

Det finns många roller som rör datahantering. Roller kan definieras på många sätt och kan lätt missförstås. I följande tabell beskrivs möjliga sätt att begreppsmässigt definiera dessa roller:

Roll	Beskrivning
Dataförvaltare	Ansvarig för att definiera och/eller hantera godtagbara datakvalitetsnivåer samt hantering av huvuddata (MDM).
Ämnesexpert (SME)	Ansvarar för att definiera vad data innebär, vad de används för, vem som kan komma åt dem och hur data presenteras för andra. Samarbetar med domänägaren efter behov och har stöd för kollegor i deras användning av data.
Teknisk ägare	Ansvarar för att skapa, underhålla, publicera och skydda åtkomst till data och rapporteringsobjekt.
Domänägaren	Beslutsfattare på högre nivå som samarbetar med styrningsteam om principer, processer och krav för datahantering. Beslutsfattare för att definiera lämplig och olämplig användning av data. Deltar i styrelsen för datastyrning enligt beskrivningen i styrningsartikeln.

Att tilldela ägarskap för en datadomän tenderar att vara enklare när du hanterar transaktionsbaserade källsystem. I analys- och BI-lösningar integreras data från flera domänområden och omvandlas sedan och berikas. För nedströmsanalyslösningar blir ägarskapet mer komplext.

Kommentar

Var tydlig med vem som ansvarar för att hantera dataobjekt. Det är viktigt att säkerställa en bra upplevelse för innehållskonsumenter. Mer specifikt är klarhet om ägarskap användbart för:

• Vem att kontakta med frågor.
• Feedback.
• Begäranden om förbättringar.
• Supportbegäranden.

I Infrastrukturportalen kan innehållsägare ange egenskapen kontaktlista för många typer av objekt. Kontaktlistan används också i säkerhetsarbetsflöden. När en användare till exempel får en URL för att öppna en Power BI-app , men de inte har behörighet, visas ett alternativ för att göra en begäran om åtkomst.

Riktlinjer för att lyckas med ägarskapet:

• Definiera hur ägarskap och förvaltarskapsterminologi används i din organisation, inklusive förväntningar på dessa roller.
• Ange kontakter för varje arbetsyta och för enskilda objekt för att kommunicera ägarskap och/eller supportansvar.
• Ange mellan två och fyra arbetsyteadministratörer och genomför en granskning av arbetsyteadministratörer regelbundet (kanske två gånger om året). Arbetsyteadministratörer kan vara direkt ansvariga för att hantera arbetsyteinnehåll, eller så kan det vara så att dessa uppgifter tilldelas till kollegor som utför det praktiska arbetet. I samtliga fall bör arbetsyteadministratörer enkelt kunna kontakta ägare av specifikt innehåll.
• Inkludera konsekvent varumärkesanpassning i rapporter för att ange vem som producerade innehållet och vem som ska kontaktas för hjälp. En liten bild- eller textetikett som finns i rapportsidfoten är värdefull, särskilt när rapporten exporteras från Infrastrukturportalen. En standardmallfil kan uppmuntra och förenkla den konsekventa användningen av varumärkesanpassning.
• Använd metodtipsgranskningar och samutvecklingsprojekt med COE.

Resten av den här artikeln beskriver överväganden som rör de tre strategierna för innehållsägarskap och hantering.

Företagsledd självbetjäning

Med en affärsledd självbetjäningsmetod för data och BI ägs och hanteras allt innehåll av skapare och ämnesexperter. Eftersom ansvaret behålls inom en affärsenhet beskrivs den här strategin ofta som metoden nedifrån och upp, eller decentraliserad. Företagsledd självbetjäning är ofta en bra strategi för personliga BI - och team BI-lösningar .

Viktigt!

Begreppet affärsledd självbetjäning är inte detsamma som skugg-IT. I båda scenarierna skapas, ägs och hanteras data och BI-innehåll av företagsanvändare. Skugg-IT innebär dock att affärsenheten kringgår IT och därför är lösningen inte sanktionerad. Med affärsledda BI-lösningar med självbetjäning har affärsenheten fullständig behörighet att skapa och hantera innehåll. Resurser och support från COE är tillgängliga för innehållsskapare med självbetjäning. Affärsenheten förväntas också följa alla etablerade riktlinjer och principer för datastyrning.

Företagsledd självbetjäning är lämpligast när:

• Decentraliserad datahantering överensstämmer med organisationens datakultur och organisationen är beredd att stödja dessa ansträngningar.
• Datautforskning och innovationsfrihet har hög prioritet.
• Affärsenheten vill ha mest engagemang och behålla den högsta kontrollnivån.
• Affärsenheten har kompetenta användare som kan stödja lösningar under hela livscykeln och som är helt engagerade i dem. Den omfattar alla typer av objekt, inklusive data (till exempel ett lakehouse, informationslager, datapipeline, dataflöde eller semantisk modell), visuella objekt (till exempel rapporter och instrumentpaneler) och Power BI-appar.
• Flexibiliteten att reagera på förändrade affärsvillkor och reagera uppväger snabbt behovet av striktare styrning och tillsyn.

Här följer några riktlinjer som hjälper dig att bli framgångsrik med företagsledda självbetjäningsdata och BI.

• Lär dina skapare att använda samma tekniker som IT skulle använda, till exempel delade semantiska modeller och dataflöden. Använd en välorganiserad OneLake. Centralisera data för att minska underhållet, förbättra konsekvensen och minska risken.
• Fokusera på att tillhandahålla mentorskap, utbildning, resurser och dokumentation (beskrivs i artikeln Om mentorskap och användaraktivering ). Vikten av dessa ansträngningar kan inte överskattas. Var beredd på att kunskapsnivåer för självbetjäningsinnehållsskapare varierar avsevärt. Det är också vanligt att en lösning levererar ett utmärkt affärsvärde men ändå byggs på ett sådant sätt att den inte skalas eller presterar bra över tid (i takt med att historiska datavolymer ökar). Att ha coe tillgänglig för att hjälpa till när dessa situationer uppstår är mycket värdefullt.
• Ge vägledning om det bästa sättet att använda bekräftelser. Det framhävda stödet gäller innehåll som skapats av självbetjäningsskapare. Överväg att reservera användning av certifierat godkännande för enterprise BI-innehåll och hanterat BI-innehåll med självbetjäning (beskrivs härnäst).
• Analysera aktivitetsloggen för att identifiera situationer där COE proaktivt kan kontakta självbetjäningsägare för att erbjuda användbar information. Det är särskilt användbart när ett suboptimalt användningsmönster identifieras. Loggaktivitet kan till exempel visa överanvändning av enskilda objektdelning när Power BI-apppubliker eller arbetsyteroller kan vara ett bättre val. Data från aktivitetsloggen gör att COE kan erbjuda support och råd till affärsenheterna. Den här informationen kan i sin tur bidra till att öka kvaliteten på lösningarna, samtidigt som företaget kan behålla fullt ägande och kontroll över sitt innehåll. Mer information finns i Granskning och övervakning.

Hanterad självbetjäning

Hanterad bi med självbetjäning är en blandad metod för data och BI. Data ägs och hanteras av ett centraliserat team (till exempel IT, enterprise BI eller COE), medan ansvaret för rapporter och instrumentpaneler tillhör skapare och ämnesexperter inom affärsenheterna. Hanterad bi med självbetjäning är ofta en bra strategi för team BI - och avdelnings-BI-lösningar .

Den här metoden är ofta called_disciplin i kärnan och flexibiliteten i edge_. Det beror på att dataarkitekturen underhålls av ett enda team med en lämplig nivå av disciplin och stränghet. Affärsenheter har flexibiliteten att skapa rapporter och instrumentpaneler baserat på centraliserade data. Med den här metoden kan rapportskapare vara mycket effektivare eftersom de kan fortsätta att fokusera på att leverera värde från sina dataanalyser och visuella objekt.

Hanterad bi med självbetjäning är lämpligast när:

• Centraliserad datahantering överensstämmer med organisationens datakultur.
• Organisationen har ett team med BI-experter som hanterar dataarkitekturen.
• Det finns ett värde i återanvändningen av data av många rapportskapare med självbetjäning över organisationens gränser.
• Rapportskapare med självbetjäning behöver skapa analysinnehåll i en takt snabbare än det centraliserade teamet kan hantera.
• Olika användare ansvarar för att hantera förberedelse av data, datamodellering och skapande av rapporter.

Här följer några riktlinjer som hjälper dig att bli framgångsrik med hanterad självbetjänings-BI.

• Lär användarna att separera modell- och rapportutveckling. De kan använda liveanslutningar för att skapa rapporter baserat på befintliga semantiska modeller. När den semantiska modellen frikopplas från rapporten, främjar den återanvändning av data av många rapporter och många författare. Det underlättar också uppdelningen av uppgifter.
• Använd dataflöden för att centralisera dataförberedelselogik och dela vanliga datatabeller, till exempel datum, kund, produkt eller försäljning, med många skapare av semantiska modeller. Förfina dataflödet så mycket som möjligt med hjälp av egna kolumnnamn och rätt datatyper för att minska den nedströmsinsats som krävs av semantiska modellförfattare, som använder dataflödet som källa. Dataflöden är ett effektivt sätt att minska tiden för förberedelse av data och förbättra datakonsekvensen mellan semantiska modeller. Användningen av dataflöden minskar också antalet datauppdateringar i källsystem och tillåter färre användare som behöver direkt åtkomst till källsystem.
• När självbetjäningsskapare behöver utöka en befintlig semantisk modell med avdelningsdata kan du utbilda dem för att skapa sammansatta modeller. Den här funktionen ger en idealisk balans mellan självbetjäningsaktivering samtidigt som du drar nytta av investeringen i datatillgångar som hanteras centralt.
• Använd det certifierade godkännandet för semantiska modeller och dataflöden för att hjälpa innehållsskapare att identifiera tillförlitliga datakällor.
• Inkludera konsekvent varumärkesanpassning i alla rapporter för att ange vem som producerade innehållet och vem som ska kontaktas för hjälp. Varumärkesanpassning är särskilt användbart för att särskilja innehåll som produceras av självbetjäningsskapare. En liten bild- eller textetikett i rapportsidfoten är värdefull när rapporten exporteras från Fabric-portalen.
• Överväg att implementera separata arbetsytor för lagring av data och rapporter. Den här metoden ger bättre klarhet om vem som ansvarar för innehållet. Det möjliggör också mer restriktiva tilldelningar av arbetsyteroller . På så sätt kan rapportskapare bara publicera innehåll till sin rapportarbetsyta. och läsa och skapa semantiska modellbehörigheter gör det möjligt för skapare att skapa nya rapporter med säkerhet på radnivå (RLS) i praktiken, när det är tillämpligt. Mer information finns i Planering på arbetsytenivå. Mer information om RLS finns i Säkerhetsplanering för innehållsskapare.
• Använd Power BI REST-API:er för att kompilera en inventering av Power BI-objekt. Analysera förhållandet mellan semantiska modeller och rapporter för att utvärdera omfattningen av återanvändning av semantiska modeller.

Stora företag

Enterprise är en centraliserad metod för att leverera data och BI-lösningar där allt lösningsinnehåll ägs och hanteras av ett centraliserat team. Det här teamet är vanligtvis IT, Enterprise BI eller COE.

Enterprise är det lämpligaste när:

• Centralisering av innehållshantering med ett enda team överensstämmer med organisationens datakultur.
• Organisationen har data och BI-expertis för att hantera alla objekt från slutpunkt till slutpunkt.
• Innehållsbehoven för konsumenter är väldefinierade och det finns inte mycket behov av att anpassa eller utforska data utöver den rapporteringslösning som levereras.
• Innehållsägarskap och direkt åtkomst till data måste begränsas till ett litet antal experter och ägare.
• Data är mycket känsliga eller omfattas av regelkrav.

Här följer några riktlinjer som hjälper dig att bli framgångsrik med företagsdata och BI.

• Implementera en rigorös process för användning av certifierat godkännande för innehåll. Inte allt företagsinnehåll behöver certifieras, men mycket av det bör förmodligen vara det. Certifierat innehåll bör indikera att datakvaliteten har verifierats. Certifierat innehåll bör också följa reglerna för ändringshantering, ha formellt stöd och vara fullständigt dokumenterat. Eftersom certifierat innehåll har passerat strikta standarder är förväntningarna på pålitlighet högre.
• Inkludera konsekvent varumärkesanpassning i företags-BI-rapporter för att ange vem som producerade innehållet och vem som ska kontaktas för hjälp. En liten bild- eller textetikett i rapportsidfoten är värdefull när rapporten exporteras av en användare.
• Om du använder specifika rapportanpassningar för att ange enterprise BI-innehåll bör du vara försiktig med att spara en kopieringsfunktion som gör att en användare kan ladda ned en kopia av en rapport och anpassa den. Även om den här funktionen är ett utmärkt sätt att överbrygga enterprise BI med hanterad självbetjänings-BI, späder den ut värdet på varumärkesanpassningen. En mer sömlös lösning är att tillhandahålla en separat Power BI Desktop-mallfil för självbetjäningsförfattare. Mallen definierar en startpunkt för att skapa rapporter med en live-anslutning till en befintlig semantisk modell och den inkluderar inte varumärkesanpassning. Mallfilen kan delas som en länk i en Power BI-app eller från communityportalen.

Ägarskapsöverföringar

Ibland kan ägarskapet för en viss lösning behöva överföras till ett annat team. En ägarskapsöverföring från en affärsenhet till ett centraliserat team kan ske när:

• En affärsledd lösning används av ett stort antal användare, eller så stöder den nu viktiga affärsbeslut. I dessa fall bör lösningen hanteras av ett team med processer på plats för att implementera högre nivåer av styrning och support.
• En affärsledd lösning är en kandidat som kan användas mycket bredare i hela organisationen, så den måste hanteras av ett team som kan ställa in säkerhet och distribuera innehåll i hela organisationen.
• En affärsenhet har inte längre den expertis, budget eller tid som är tillgänglig för att fortsätta hantera innehållet, men affärsbehovet för innehållet kvarstår.
• En lösnings storlek eller komplexitet har vuxit till en punkt där en annan dataarkitektur eller omdesign krävs.
• Ett konceptbevis är redo att operationaliseras.

Coe bör ha väldokumenterade procedurer för att identifiera när en lösning är en kandidat för ägaröverföring. Det är mycket användbart om supportavdelningen vet vad man ska leta efter också. Att ha ett vanligt mönster för självbetjäningsskapare att skapa och utveckla en lösning, och lämna ut den under vissa omständigheter, är en indikator på en produktiv och hälsosam datakultur. En enkel ägarskapsöverföring kan åtgärdas under COE-kontorstid. En mer komplex överföring kan motivera ett litet projekt som hanteras av COE.

Kommentar

Det finns potential att den nya ägaren behöver utföra vissa refaktoriserings- och datavalidering innan de är villiga att ta fullt ägande. Refaktorisering sker troligen med mindre synliga aspekter av dataförberedelse, datamodellering och beräkningar. Om det finns några manuella steg eller flata filkällor är det nu en idealisk tid att tillämpa dessa förbättringar. Varumärkesanpassningen av rapporter och instrumentpaneler kan också behöva ändras (till exempel om det finns en sidfot som anger rapportkontakt eller en textetikett som anger att innehållet är certifierat).

Det är också möjligt för ett centraliserat team att överföra ägarskapet till en affärsenhet. Det kan inträffa när:

• Teamet med domänkunskap är bättre rustat att äga och hantera innehållet framöver.
• Det centraliserade teamet har skapat lösningen för en affärsenhet som inte har de kunskaper som krävs för att skapa den från grunden, men som kan underhålla och utöka lösningen framöver.

Dricks

Glöm inte att känna igen och belöna den ursprungliga skaparens arbete, särskilt om ägarskapsöverföringar är vanligt förekommande.

Överväganden och nyckelåtgärder

Checklista – Här är en lista över överväganden och viktiga åtgärder som du kan vidta för att stärka din inställning till innehållsägarskap och hantering.

• Få en fullständig förståelse för vad som händer just nu: Se till att du förstår djupt hur innehållsägarskap och hantering sker i hela organisationen. Tänk på att det sannolikt inte kommer att finnas en metod som passar alla för att tillämpas enhetligt i hela organisationen. Granska användningsscenarierna för implementeringsplanering för att förstå hur Power BI och Fabric kan användas på olika sätt.
• För diskussioner: Avgör vad som för närvarande fungerar bra, vad som inte fungerar bra och vilken balans som önskas mellan de tre ägarstrategierna. Om det behövs kan du schemalägga diskussioner med specifika personer i olika team. Utveckla en plan för att flytta från aktuellt tillstånd till önskat tillstånd.
• Utför en utvärdering: Om företagets datateam för närvarande har utmaningar som rör schemaläggning och prioriteringar gör du en utvärdering för att avgöra om en hanterad självbetjäningsstrategi kan införas för att ge fler innehållsskapare i hela organisationen möjlighet. Hanterade självbetjäningsdata och BI kan vara mycket effektiva i global skala.
• Förtydliga terminologi: Förtydliga termer som används i din organisation för ägare, dataförvaltare och ämnesexpert.
• Tilldela tydliga roller och ansvarsområden: Se till att roller och ansvarsområden för ägare, förvaltare och ämnesexperter dokumenteras och förstås väl av alla inblandade. Inkludera säkerhetskopieringspersonal.
• Se till att communityns engagemang: Se till att alla dina innehållsägare – både från företaget och IT – är en del av din community.
• Skapa användarvägledning för ägare och kontakter i Infrastrukturresurser: Bestäm hur du ska använda kontaktfunktionen i Infrastrukturresurser. Kommunicera med innehållsskapare om hur det ska användas och varför det är viktigt.
• Skapa en process för hantering av ägarskapsöverföringar: Om ägarskapsöverföringar sker regelbundet skapar du en process för hur det ska fungera.
• Stöd för dina avancerade innehållsskapare: Bestäm din strategi för att använda externa verktyg för avancerade redigeringsfunktioner och ökad produktivitet.

Frågor du behöver ställa dig

Använd frågor som de som finns nedan för att utvärdera innehållsägarskap och hantering.

• Har centrala team som ansvarar för Fabric en tydlig förståelse för vem som äger vilket BI-innehåll? Finns det en skillnad mellan rapport- och dataobjekt eller olika objekttyper (till exempel Power BI-semantiska modeller, datavetenskapsanteckningsböcker eller lakehouses)?
• Vilka användningsscenarier finns på plats, till exempel personlig BI, team BI, avdelnings-BI eller företags-BI? Hur vanliga är de i organisationen och hur skiljer de sig mellan viktiga affärsenheter?
• Vilka aktiviteter utför affärsanalysteam (till exempel dataintegrering, datamodellering eller rapportering)?
• Vilka typer av roller i organisationerna förväntas skapa och äga innehåll? Är det begränsat till centrala team, analytiker eller även funktionella roller, till exempel försäljning?
• Var finns organisationen i spektrumet av företagsledd självbetjäning, hanterad självbetjäning eller företag? Skiljer det sig mellan viktiga affärsenheter?
• Har strategiska data och BI-lösningar ägarroller och förvaltningsroller som är tydligt definierade? Vilka saknas?
• Är innehållsskapare och ägare också ansvariga för att stödja och uppdatera innehåll när det har släppts? Hur effektivt är ägarskapet för innehållsstöd och uppdateringar?
• Finns det en tydlig process för att överföra ägarskapet för lösningar (om det behövs)? Ett exempel är när en extern konsult skapar eller uppdaterar en lösning.
• Har datakällor dataförvaltare eller ämnesexperter som fungerar som en särskild kontaktpunkt?
• Om din organisation redan använder Infrastrukturresurser eller Power BI, följer den aktuella konfigurationen av arbetsytan de strategier för innehållsägarskap och leverans som finns på plats?

Mognadsnivåer

Följande mognadsnivåer hjälper dig att utvärdera det aktuella tillståndet för ditt innehållsägarskap och din hantering.

Nivå	Ägarskap och hantering av innehåll
100: Initial	• Innehållsskapare med självbetjäning äger och hanterar innehåll på ett okontrollerat sätt, utan en specifik strategi. • Det finns ett högt förhållande mellan semantiska modeller och rapporter. När många semantiska modeller bara har stöd för en rapport indikerar det möjligheter att förbättra dataåteranvändningen, förbättra tillförlitligheten, minska underhållet och minska antalet duplicerade semantiska modeller. • Skillnader mellan olika rapporter är vanliga, vilket orsakar misstro mot innehåll som andra har skapat.
200: Repeterbar	• Det finns en plan för vilket innehåll ägarskap och hanteringsstrategi ska användas och under vilka omständigheter. • Inledande åtgärder vidtas för att förbättra konsekvens- och förtroendenivåerna för självbetjäningsarbete. • Vägledning för användarcommunityn är tillgänglig som innehåller förväntningar på självbetjäning kontra företagsinnehåll. • Roller och ansvarsområden är tydliga och väl förstådda av alla inblandade.
300: Definierad	• Hanterad självbetjäning är en prioritet och ett investeringsområde för att ytterligare främja datakulturen. Prioriteten är att ge rapportskapare den flexibilitet de behöver när de använder välhanterade, säkra och tillförlitliga datakällor. • Rapportanpassning används konsekvent för att ange vem som producerade innehållet. • Det finns ett mentorprogram för att utbilda innehållsskapare med självbetjäning om hur man tillämpar bästa praxis och fattar bra beslut.
400: Kapabel	• Kriterier definieras för att anpassa styrningskraven för självbetjäning jämfört med företagsinnehåll. • Det finns en plan för hur du begär och hanterar ägarbyten. • Hanterad självbetjäning – och tekniker för återanvändning av data – används ofta och förstås väl.
500: Effektiv	• Proaktiva steg för att kommunicera med användare sker när eventuella aktiviteter som rör identifieras i aktivitetsloggen. Utbildning och information tillhandahålls för att göra gradvisa förbättringar eller minska riskerna. • Verktyg från tredje part används av mycket skickliga innehållsskapare för att förbättra produktiviteten och effektiviteten.

Relaterat innehåll

I nästa artikel i microsoft fabric-implementeringsöversiktsserien får du lära dig mer om omfattningen för innehållsleverans.