Veikart for innføring av Microsoft Fabric: Eierskap og administrasjon av innhold

Merk

Denne artikkelen er en del av veikartserien for Innføring av Microsoft Fabric av artikler. Hvis du vil ha en oversikt over serien, kan du se Veikart for innføring av Microsoft Fabric.

Merk

Bruksscenarioer for planlegging av Power BI-implementering utforsker mange konsepter som beskrives i denne artikkelen, med fokus på Power BI-arbeidsbelastningen i Microsoft Fabric. Bruksscenarioartiklene inneholder detaljerte diagrammer som kan være nyttige for å støtte planlegging og beslutningstaking.

Det finnes tre primære strategier for hvordan data, analyse og forretningsintelligensinnhold (BI) eies og administreres: forretningsledet selvbetjening, administrert selvbetjent og virksomhet. I denne serien med artikler refererer terminnholdet til alle typer dataelementer (for eksempel en notatblokk, semantisk modell, rapport eller instrumentbord).

Organisasjonens datakultur er driveren for hvorfor, hvordan og av hvem hver av disse tre eierskapsstrategiene for innhold implementeres.

Områdene i diagrammet ovenfor inkluderer:

Område	Beskrivelse
	Forretningsledet selvbetjening: Alt innhold eies og administreres av opprettere og fageksperter i en forretningsenhet. Denne eierskapsstrategien kalles også en desentralisert eller nedenfra og opp-strategi .
	Administrert selvbetjent: Dataene eies og administreres av et sentralisert team, mens forretningsbrukere tar ansvar for rapporter og instrumentbord. Denne eierskapsstrategien er også kjent som disiplin i kjernen og fleksibiliteten på kanten.
	Virksomhet: Alt innhold eies og administreres av et sentralisert team, for eksempel IT, enterprise BI eller Center of Excellence (COE).

Det er usannsynlig at en organisasjon opererer utelukkende med ett innholdseierskap og en administrasjonsstrategi. Avhengig av datakulturen kan én strategi være langt mer dominerende enn de andre. Valget av strategi kan variere fra løsning til løsning, eller fra team til team. Faktisk kan et enkelt team aktivt bruke flere strategier hvis det er både en forbruker av bedriftsinnhold og en produsent av sitt eget selvbetjente innhold. Strategien å forfølge avhenger av faktorer som:

• Krav til en løsning (for eksempel en samling rapporter, en Power BI-app eller et lakehouse).
• Brukerferdigheter.
• Kontinuerlig engasjement for opplæring og kompetansevekst.
• Fleksibilitet kreves.
• Kompleksitetsnivå.
• Prioriteringer og lederforpliktelsesnivå.

Organisasjonens datakultur, særlig dens posisjon på datademokratisering, har betydelig innflytelse på omfanget av hvilke av de tre eierskapsstrategiene for innhold som brukes. Selv om det finnes vanlige mønstre for suksess, finnes det ingen tilnærming som passer for alle. Hver organisasjons styringsmodell og tilnærming til eierskap og administrasjon av innhold bør gjenspeile forskjellene i datakilder, programmer og forretningskontekst.

Hvordan innhold eies og administreres har en betydelig effekt på styring, omfanget av veiledning og brukeraktivering, behov for brukerstøtte og coe-driftsmodellen .

Som beskrevet i styringsartikkelen, avhenger nivået av styring og tilsyn av:

• Hvem som eier og administrerer innholdet.
• Omfanget av innholdslevering.
• Dataemneområdet og følsomhetsnivået.
• Viktigheten av dataene, og om de brukes til kritisk beslutningstaking.

Generelt:

• Forretningsledet selvbetjent innhold er underlagt de minst strenge styrings- og tilsynskontrollene. Det inkluderer ofte personlige BI - og team BI-løsninger .
• Administrert selvbetjent innhold er underlagt moderat strenge styrings- og tilsynskontroller. Det inkluderer ofte team BI - og avdelings-BI-løsninger .
• Virksomhetsløsninger er underlagt strengere styringskontroller og tilsyn.

Som nevnt i artikkelen om forfallsnivåer for innføring, måler organisasjonsinnføring tilstanden til databehandlingsprosesser og -styring. Valgene som er gjort for eierskap og administrasjon av innhold, påvirker betydelig hvordan organisasjonsinnføring oppnås.

Eierskap og forvaltning

Det finnes mange roller relatert til databehandling. Roller kan defineres på mange måter og kan lett misforstås. Tabellen nedenfor viser mulige måter du kan definere disse rollene på, på en konseptuell måte:

Rolle	Beskrivelse
Dataforvalter	Ansvarlig for å definere og/eller administrere akseptable datakvalitetsnivåer samt mdm (master data management).
Fagekspert (SME)	Ansvarlig for å definere hva dataene betyr, hva de brukes til, hvem som kan få tilgang til dem, og hvordan dataene presenteres for andre. Samarbeider med domeneeier etter behov og støtter kolleger i bruken av data.
Teknisk eier	Ansvarlig for å opprette, vedlikeholde, publisere og sikre tilgang til data og rapportere elementer.
Domeneeier	Beslutningstaker på høyere nivå som samarbeider med styringsteam om policyer for databehandling, prosesser og krav. Beslutningstaker for å definere passende og upassende bruk av dataene. Deltar i datastyringsstyret, som beskrevet i styringsartikkelen.

Det er enklere å tilordne eierskap for et datadomene når du administrerer transaksjonskildesystemer. I analyse- og BI-løsninger integreres data fra flere domeneområder, og deretter transformeres og berikes. For nedstrøms analytiske løsninger blir temaet eierskap mer komplisert.

Merk

Vær tydelig på hvem som er ansvarlig for å administrere dataelementer. Det er avgjørende å sikre en god opplevelse for innholdsforbrukere. Spesielt er klarhet om eierskap nyttig for:

• Hvem du skal kontakte med spørsmål.
• Tilbakemelding.
• Forbedringsforespørsler.
• Støtteforespørsler.

I Stoff-portalen kan innholdseiere angi egenskapen for kontaktliste for mange typer elementer. Kontaktlisten brukes også i sikkerhetsarbeidsflyter. Når en bruker for eksempel sendes en nettadresse for å åpne en Power BI-app , men de ikke har tillatelse, vil de bli presentert med et alternativ for å gjøre en forespørsel om tilgang.

Retningslinjer for å lykkes med eierskap:

• Definer hvordan eierskap og forvaltningsterminologi brukes i organisasjonen, inkludert forventninger til disse rollene.
• Angi kontakter for hvert arbeidsområde og for individuelle elementer for å formidle eierskap og/eller støtteansvar.
• Angi mellom to og fire administratorer for arbeidsområdet, og utfør regelmessig en revisjon av administratorer for arbeidsområdet (kanskje to ganger i året). Arbeidsområdeadministratorer kan være direkte ansvarlige for å administrere arbeidsområdeinnhold, eller det kan være at disse oppgavene er tilordnet til kolleger som utfører det praktiske arbeidet. I alle tilfeller skal administratorer for arbeidsområder enkelt kunne kontakte eiere av bestemt innhold.
• Inkluder konsekvent varemerking på rapporter for å angi hvem som produserte innholdet og hvem du skal kontakte for å få hjelp. Et lite bilde eller en tekstetikett i bunnteksten i rapporten er verdifullt, spesielt når rapporten eksporteres fra Stoff-portalen. En standard malfil kan oppmuntre og forenkle konsekvent bruk av varemerking.
• Gjør bruk av anbefalte fremgangsmåter og samarbeidsprosjekter med COE.

Resten av denne artikkelen dekker hensyn knyttet til de tre eierskaps- og administrasjonsstrategiene for innhold.

Forretningsledet selvbetjening

Med en forretningsledet selvbetjent tilnærming til data og BI, eies og administreres alt innhold av opprettere og fageksperter. Fordi ansvar beholdes i en forretningsenhet, blir denne strategien ofte beskrevet som nedenfra og opp, eller desentralisert, tilnærming. Forretningsledet selvbetjening er ofte en god strategi for personlig BI - og team BI-løsninger .

Viktig

Konseptet med forretningsledet selvbetjening er ikke det samme som skygge-IT. I begge scenarioene opprettes data og BI-innhold, eies og administreres av forretningsbrukere. Skygge IT innebærer imidlertid at forretningsenheten omgår IT og dermed løsningen ikke er sanksjonert. Med forretningsledede selvbetjente BI-løsninger har forretningsenheten full myndighet til å opprette og administrere innhold. Ressurser og støtte fra COE er tilgjengelig for selvbetjente innholdsopprettere. Det forventes også at forretningsenheten vil overholde alle etablerte retningslinjer og retningslinjer for datastyring.

Forretningsledet selvbetjening passer best når:

• Desentralisert databehandling samsvarer med organisasjonens datakultur, og organisasjonen er forberedt på å støtte dette arbeidet.
• Datautforskning og frihet til å innovere er en høy prioritet.
• Forretningsenheten ønsker å ha mest engasjement og beholde det høyeste kontrollnivået.
• Forretningsenheten har dyktige brukere som er i stand til – og fullt ut forpliktet til – å støtte løsninger gjennom hele livssyklusen. Den dekker alle typer elementer, inkludert data (for eksempel et lakehouse, datalager, datasamlebånd, dataflyt eller semantisk modell), visualobjektene (for eksempel rapporter og instrumentbord) og Power BI-apper.
• Fleksibiliteten til å reagere på endrede forretningsforhold og reagerer raskt oppveier behovet for strengere styring og tilsyn.

Her er noen retningslinjer for å bidra til å lykkes med forretningsledede selvbetjente data og BI.

• Lær skaperne å bruke de samme teknikkene som IT ville brukt, for eksempel delte semantiske modeller og dataflyter. Bruk en velorganisert OneLake. Sentraliser data for å redusere vedlikehold, forbedre konsekvens og redusere risikoen.
• Fokuser på å gi veiledning, opplæring, ressurser og dokumentasjon (beskrevet i artikkelen Om veiledning og brukeraktivering ). Viktigheten av dette arbeidet kan ikke overvurderes. Vær forberedt på at kompetansenivåene til selvbetjente innholdsopprettere varierer betraktelig. Det er også vanlig at en løsning leverer utmerket forretningsverdi, men likevel bygges på en slik måte at den ikke skaleres eller yter godt over tid (ettersom historiske datavolumer øker). Å ha coe tilgjengelig for å hjelpe når disse situasjonene oppstår er svært verdifullt.
• Gi veiledning om den beste måten å bruke anbefalinger på. Den forfremmede godkjenningen er for innhold produsert av selvbetjente opprettere. Vurder å reservere bruk av den sertifiserte godkjenningen for enterprise BI-innhold og administrert selvbetjent BI-innhold (beskrevet neste).
• Analyser aktivitetsloggen for å oppdage situasjoner der COE proaktivt kan kontakte selvbetjente eiere for å tilby nyttig informasjon. Det er spesielt nyttig når et suboptimalt bruksmønster oppdages. Loggaktivitet kan for eksempel vise overforbruk av individuell elementdeling når power BI-app-målgrupper eller arbeidsområderoller kan være et bedre valg. Dataene fra aktivitetsloggen gjør det mulig for COE å gi støtte og råd til forretningsenhetene. I sin tur kan denne informasjonen bidra til å øke kvaliteten på løsningene, samtidig som bedriften kan beholde fullt eierskap og kontroll over innholdet. Hvis du vil ha mer informasjon, kan du se Overvåking og overvåking.

Administrert selvbetjent

Administrert selvbetjent BI er en blandet tilnærming til data og BI. Dataene eies og administreres av et sentralisert team (for eksempel IT, enterprise BI eller COE), mens ansvaret for rapporter og instrumentbord tilhører opprettere og fageksperter i forretningsenhetene. Administrert selvbetjent BI er ofte en god strategi for team BI - og avdelings-BI-løsninger .

Denne tilnærmingen er ofte called_disiplin i kjernen og fleksibiliteten på edge_. Det er fordi dataarkitekturen opprettholdes av ett enkelt team med et passende nivå av disiplin og strenghet. Forretningsenheter har fleksibilitet til å opprette rapporter og instrumentbord basert på sentraliserte data. Denne tilnærmingen gjør det mulig for rapportopprettere å være langt mer effektive fordi de kan forbli fokusert på å levere verdi fra dataanalyse og visualobjekter.

Administrert selvbetjent BI passer best når:

• Sentralisert databehandling samsvarer med organisasjonens datakultur.
• Organisasjonen har et team av BI-eksperter som administrerer dataarkitekturen.
• Det er verdi i gjenbruk av data av mange selvbetjente rapportopprettere på tvers av organisasjonsgrenser.
• Selvbetjente rapportopprettere må produsere analytisk innhold i et tempo raskere enn det sentraliserte teamet har plass til.
• Ulike brukere er ansvarlige for å håndtere dataforberedelse, datamodellering og oppretting av rapporter.

Her er noen retningslinjer for å hjelpe deg med å lykkes med administrert selvbetjent BI.

• Lær brukere å skille modell- og rapportutvikling. De kan bruke live-tilkoblinger til å opprette rapporter basert på eksisterende semantiske modeller. Når den semantiske modellen er koblet fra rapporten, fremmer den gjenbruk av data av mange rapporter og mange forfattere. Det letter også separasjon av plikter.
• Bruk dataflyter til å sentralisere dataforberedelseslogikk og dele vanlige datatabeller, for eksempel dato, kunde, produkt eller salg, med mange semantiske modellopprettere. Begrens dataflyten så mye som mulig ved hjelp av egendefinerte kolonnenavn og riktige datatyper for å redusere nedstrømsinnsatsen som kreves av semantiske modellforfattere, som bruker dataflyten som kilde. Dataflyter er en effektiv måte å redusere tiden som er involvert i dataforberedelse og forbedre datakonsekvens på tvers av semantiske modeller. Bruken av dataflyter reduserer også antallet dataoppdateringer på kildesystemer og gir færre brukere som trenger direkte tilgang til kildesystemer.
• Når selvbetjente opprettere trenger å utvide en eksisterende semantisk modell med avdelingsdata, kan du lære dem å opprette sammensatte modeller. Denne funksjonen gir en ideell balanse mellom selvbetjent aktivering, samtidig som du drar nytte av investeringen i dataressurser som er sentralt forvaltet.
• Bruk den sertifiserte godkjenningen for semantiske modeller og dataflyter for å hjelpe innholdsopprettere med å identifisere pålitelige datakilder.
• Inkluder konsekvent varemerking på alle rapporter for å angi hvem som produserte innholdet og hvem du skal kontakte for å få hjelp. Varemerking er spesielt nyttig for å skille mellom innhold som produseres av selvbetjente opprettere. Et lite bilde eller en tekstetikett i bunnteksten i rapporten er verdifullt når rapporten eksporteres fra Stoff-portalen.
• Vurder å implementere separate arbeidsområder for lagring av data og rapporter. Denne tilnærmingen gir bedre klarhet i hvem som er ansvarlig for innhold. Det gir også mulighet for mer restriktive arbeidsområderoller . På denne måten kan rapportopprettere bare publisere innhold til sitt rapporteringsområde. og les og bygg semantiske modelltillatelser gjør det mulig for opprettere å opprette nye rapporter med sikkerhet på radnivå (RLS) i kraft når det er aktuelt. Hvis du vil ha mer informasjon, kan du se Planlegging på arbeidsområdenivå. Hvis du vil ha mer informasjon om RLS, kan du se Sikkerhetsplanlegging for innholdsoppretter.
• Bruk REST-API-ene for Power BI til å kompilere en oversikt over Power BI-elementer. Analyser forholdet mellom semantiske modeller og rapporter for å evaluere omfanget av semantisk modellbruk.

Enterprise

Enterprise er en sentralisert tilnærming til levering av data og BI-løsninger der alt løsningsinnhold eies og administreres av et sentralisert team. Dette teamet er vanligvis IT, enterprise BI eller COE.

Virksomhet er den mest passende når:

• Sentralisering av innholdsbehandling med ett enkelt team samsvarer med organisasjonens datakultur.
• Organisasjonen har data- og BI-ekspertise for å administrere alle elementer fra ende til ende.
• Innholdsbehovene til forbrukerne er veldefinerte, og det er lite behov for å tilpasse eller utforske data utover rapporteringsløsningen som leveres.
• Innholdseierskap og direkte tilgang til data må begrenses til et lite antall eksperter og eiere.
• Dataene er svært sensitive eller underlagt forskriftsmessige krav.

Her er noen retningslinjer for å hjelpe deg med å lykkes med virksomhetsdata og BI.

• Implementere en streng prosess for bruk av sertifisert godkjenning for innhold. Ikke alt virksomhetsinnhold må sertifiseres, men mye av det bør sannsynligvis være. Sertifisert innhold bør indikere at datakvaliteten er validert. Sertifisert innhold bør også følge reglene for endringsbehandling, ha formell støtte og være fullstendig dokumentert. Fordi sertifisert innhold har passert strenge standarder, er forventningene til troverdighet høyere.
• Inkluder konsekvent varemerking på enterprise BI-rapporter for å angi hvem som produserte innholdet, og hvem du skal kontakte for å få hjelp. Et lite bilde eller en tekstetikett i bunnteksten i rapporten er verdifullt når rapporten eksporteres av en bruker.
• Hvis du bruker spesifikk rapportmerking til å angi enterprise BI-innhold, må du være forsiktig med lagring av en kopifunksjonalitet som gjør det mulig for en bruker å laste ned en kopi av en rapport og tilpasse den. Selv om denne funksjonaliteten er en utmerket måte å bygge bro over enterprise BI med administrert selvbetjent BI, fortynner den verdien av varemerkingen. En mer sømløs løsning er å tilby en egen Power BI Desktop-malfil for selvbetjente forfattere. Malen definerer et utgangspunkt for oppretting av rapporter med en live-tilkobling til en eksisterende semantisk modell, og den inkluderer ikke varemerking. Malfilen kan deles som en kobling i en Power BI-app, eller fra fellesskapsportalen.

Eierskapsoverføringer

Av og til kan det hende at eierskapet til en bestemt løsning må overføres til et annet team. En eierskapsoverføring fra en forretningsenhet til et sentralisert team kan skje når:

• En forretningsledet løsning brukes av et betydelig antall brukere, eller den støtter nå kritiske forretningsbeslutninger. I slike tilfeller bør løsningen administreres av et team med prosesser på plass for å implementere høyere nivåer av styring og støtte.
• En forretningsledet løsning er en kandidat som skal brukes langt bredere i hele organisasjonen, så den må administreres av et team som kan angi sikkerhet og distribuere innhold mye i hele organisasjonen.
• En forretningsenhet har ikke lenger ekspertisen, budsjettet eller tiden som er tilgjengelig for å fortsette å administrere innholdet, men forretningsbehovet for innholdet forblir.
• Størrelsen eller kompleksiteten til en løsning har vokst til et punkt der en annen dataarkitektur eller ny utforming kreves.
• Et konseptbevis er klart til å bli operasjonalisert.

Coe bør ha veldokumenterte prosedyrer for å identifisere når en løsning er en kandidat for eierskapsoverføring. Det er veldig nyttig hvis brukerstøttepersonell vet hva de skal se etter også. Å ha et egendefinert mønster for selvbetjente opprettere for å bygge og utvikle en løsning, og levere den under visse omstendigheter, er en indikator på en produktiv og sunn datakultur. En enkel eierskapsoverføring kan håndteres i coe kontortid; en mer kompleks overføring kan garantere et lite prosjekt administrert av COE.

Merk

Det er potensial for at den nye eieren må utføre noen refaktorerings- og datavalideringer før de er villige til å ta fullt eierskap. Refaktorering forekommer mest sannsynlig med de mindre synlige aspektene ved klargjøring av data, datamodellering og beregninger. Hvis det finnes manuelle trinn eller flate filkilder, er det nå et ideelt tidspunkt å bruke disse forbedringene på. Varemerking av rapporter og instrumentbord må kanskje også endres (for eksempel hvis det finnes en bunntekst som angir rapportkontakt eller en tekstetikett som angir at innholdet er sertifisert).

Det er også mulig for et sentralisert team å overføre eierskap til en forretningsenhet. Det kan skje når:

• Teamet med domenekunnskap er bedre rustet til å eie og administrere innholdet fremover.
• Det sentraliserte teamet har opprettet løsningen for en forretningsenhet som ikke har kompetanse til å opprette den fra grunnen av, men den kan opprettholde og utvide løsningen fremover.

Tips

Ikke glem å gjenkjenne og belønne arbeidet til den opprinnelige oppretteren, spesielt hvis eierskapsoverføringer er en vanlig forekomst.

Vurderinger og viktige tiltak

Sjekkliste – Her er en liste over vurderinger og viktige handlinger du kan gjøre for å styrke din tilnærming til eierskap og administrasjon av innhold.

• Få en fullstendig forståelse av hva som for øyeblikket skjer: Sørg for at du forstår hvordan innholdseierskap og -administrasjon skjer i hele organisasjonen. Innse at det sannsynligvis ikke vil være en one-size-fits-all tilnærming til å gjelde jevnt på tvers av hele organisasjonen. Se gjennom implementeringsplanleggingsscenarioene for å forstå hvordan Power BI og Fabric kan brukes på forskjellige måter.
• Gjennomføre diskusjoner: Bestem hva som for øyeblikket fungerer bra, hva som ikke fungerer bra, og hva den ønskede balansen er mellom de tre eierskapsstrategiene. Hvis det er nødvendig, bør du planlegge diskusjoner med bestemte personer i ulike team. Utvikle en plan for å flytte fra gjeldende tilstand til ønsket tilstand.
• Utfør en vurdering: Hvis bedriftens datateam for øyeblikket har utfordringer knyttet til planlegging og prioriteringer, gjør du en vurdering for å finne ut om en administrert selvbetjent strategi kan settes på plass for å styrke flere innholdsopprettere i hele organisasjonen. Administrerte selvbetjente data og BI kan være svært effektive i global skala.
• Klargjør terminologi: Klargjør begreper som brukes i organisasjonen for eier, dataforvalter og fagekspert.
• Tilordne klare roller og ansvarsområder: Sørg for at roller og ansvar for eiere, forvaltere og fageksperter er dokumentert og godt forstått av alle involverte. Inkluder sikkerhetskopieringspersonell.
• Sørg for fellesskapsinvolvering: Sørg for at alle innholdseierne dine – både fra bedriften og IT- er en del av praksisfelleskapet ditt.
• Opprett brukerveiledning for eiere og kontakter i Fabric: Bestem hvordan du skal bruke kontaktfunksjonen i Fabric. Kommuniser med innholdsopprettere om hvordan det skal brukes, og hvorfor det er viktig.
• Opprett en prosess for håndtering av eierskapsoverføringer: Hvis eierskapsoverføringer forekommer regelmessig, oppretter du en prosess for hvordan det vil fungere.
• Støtte avanserte innholdsopprettere: Bestem strategien din for å bruke eksterne verktøy for avanserte redigeringsfunksjoner og økt produktivitet.

Spørsmål å stille

Bruk spørsmål som de nedenfor til å vurdere eierskap og administrasjon av innhold.

• Har sentrale team som er ansvarlige for Fabric en klar forståelse av hvem som eier hvilket BI-innhold? Er det et skille mellom rapport- og dataelementer eller ulike elementtyper (for eksempel semantiske modeller for Power BI, datavitenskapsnotatblokker eller lakehouses)?
• Hvilke bruksscenarioer er på plass, for eksempel personlig BI, team BI, avdelings-BI eller enterprise BI? Hvor utbredt er de i organisasjonen, og hvordan skiller de seg mellom viktige forretningsenheter?
• Hvilke aktiviteter utfører forretningsanalyseteam (for eksempel dataintegrering, datamodellering eller rapportering)?
• Hvilke typer roller i organisasjonene forventes å opprette og eie innhold? Er det begrenset til sentrale team, analytikere eller også funksjonelle roller, for eksempel salg?
• Hvor sitter organisasjonen på spekteret av forretningsledet selvbetjent, administrert selvbetjent eller virksomhet? Er det forskjellig mellom viktige forretningsenheter?
• Har strategiske data- og BI-løsninger eierskapsroller og forvaltningsroller som er klart definert? Hvilke mangler?
• Er innholdsopprettere og eiere også ansvarlige for å støtte og oppdatere innhold når det er utgitt? Hvor effektivt er eierskapet til innholdsstøtte og oppdateringer?
• Er en klar prosess på plass for å overføre eierskap av løsninger (der det er nødvendig)? Et eksempel er når en ekstern konsulent oppretter eller oppdaterer en løsning.
• Har datakilder dataforvaltere eller fageksperter (SMEer) som fungerer som et spesielt kontaktpunkt?
• Hvis organisasjonen allerede bruker Fabric eller Power BI, overholder det gjeldende konfigurasjonen av arbeidsområdet innholdseierskapet og leveringsstrategiene som er på plass?

Modenhetsnivåer

Følgende forfallsnivåer vil hjelpe deg med å vurdere gjeldende tilstand for eierskap og administrasjon av innhold.

Nivå	Status for eierskap og administrasjon av innhold
100: innledende	• Selvbetjente innholdsopprettere eier og administrerer innhold på en ukontrollert måte, uten en bestemt strategi. • Det finnes et høyt forhold mellom semantiske modeller og rapporter. Når mange semantiske modeller bare støtter én rapport, angir den muligheter for å forbedre gjenbruk av data, forbedre påliteligheten, redusere vedlikeholdet og redusere antallet dupliserte semantiske modeller. • Avvik mellom ulike rapporter er vanlige, noe som forårsaker mistillit til innhold som produseres av andre.
200: gjentakbar	• En plan er på plass der innholdseierskap og administrasjonsstrategi skal brukes og under hvilke omstendigheter. • Innledende tiltak utføres for å forbedre konsistens- og pålitelighetsnivåene for selvbetjent innsats. • Veiledning for brukerfelleskapet er tilgjengelig som inkluderer forventninger til selvbetjent kontra bedriftsinnhold. • Roller og ansvarsområder er tydelige og godt forstått av alle involverte.
300: definert	• Administrert selvbetjening er en prioritet og et investeringsområde for å fremme datakulturen ytterligere. Prioriteten er å gi rapportopprettere fleksibiliteten de trenger, samtidig som de bruker godt administrerte, sikre og pålitelige datakilder. • Rapportmerking brukes konsekvent til å angi hvem som produserte innholdet. • Det finnes et mentorprogram for å lære selvbetjente innholdsopprettere om hvordan de bruker anbefalte fremgangsmåter og tar gode beslutninger.
400: funksjonsdyktig	• Kriterier er definert for å justere styringskravene for selvbetjening kontra bedriftsinnhold. • Det finnes en plan for hvordan du ber om og håndterer eierskapsoverføringer. • Administrert selvbetjening – og teknikker for gjenbruk av data – brukes ofte og forstås godt.
500: effektiv	• Proaktive trinn for å kommunisere med brukere oppstår når det oppdages eventuelle aktiviteter i aktivitetsloggen. Utdanning og informasjon gis for å gjøre gradvise forbedringer eller redusere risikoen. • Tredjepartsverktøy brukes av svært dyktige innholdsopprettere for å forbedre produktiviteten og effektiviteten.

Relatert innhold

Lær mer om omfanget av innholdslevering i den neste artikkelen i veikartserien for Innføring av Microsoft Fabric.