Microsoft Fabricin käyttöönottosuunnitelma: Sisällön omistajuus ja hallinta

Muistiinpano

Tämä artikkeli on osa Microsoft Fabricin käyttöönottosuunnitelman artikkelisarjaa. Yleiskatsaus sarjasta on artikkelissa Microsoft Fabricin käyttöönottosuunnitelma.

Muistiinpano

Power BI:n käyttöönoton suunnittelun käyttöskenaariossa tutustutaan moniin tässä artikkelissa käsiteltyihin käsitteisiin, jotka keskittyvät Microsoft Fabricin Power BI -kuormitukseen. Käyttöskenaarioartikkelit sisältävät yksityiskohtaisia kaavioita, joista saattaa olla hyötyä suunnittelun ja päätöksenteon tukena.

Tietojen, analytiikan ja liiketoimintatiedon (BI) sisällön omistamiseen ja hallintaan on kolme ensisijaista strategiaa: liiketoimintajohtoinen omatoiminen, hallittu omatoiminen toiminta ja yritys. Tässä artikkelisarjassa termi sisältö viittaa minkä tahansa tyyppiseen tietokohteeseen (kuten muistikirjaan, semanttiseen malliin, raporttiin tai koontinäyttöön).

Organisaation tietokulttuuri vaikuttaa siihen, miksi, miten ja kuka näistä kolmesta sisällön omistajuusstrategiasta otetaan käyttöön.

Yllä olevan kaavion alueita ovat seuraavat:

Alue	Kuvaus
	Liiketoimintaan perustuva omatoiminen: Kaiken sisällöntuottajat ja liiketoimintayksikön alan asiantuntijat omistavat ja hallinnoivat kaikkea sisältöä. Tätä omistajuusstrategiaa kutsutaan myös hajautetuksi tai alhaalta ylöspäin perustuvaksi strategiaksi.
	Hallittu omatoiminen: Keskitetty tiimi omistaa ja hallitsee tietoja, kun taas yrityskäyttäjät vastaavat raporteista ja koontinäytöistä. Tätä omistajuusstrategiaa kutsutaan myös kurinalaisuutena ytimessä ja joustavuudena reunalla.
	Yritys: Kaiken sisällön omistaa ja sitä hallitsee keskitetty tiimi, kuten IT, enterprise BI tai Center of Excellence (COE).

On epätodennäköistä, että organisaatiolla olisi pelkästään yksi sisällön omistajuus- ja hallintastrategia. Tietokulttuuristasi riippuen yksi strategia voi olla paljon hallitsevampi kuin muut. Strategian valinta voi vaihdella ratkaisusta ratkaisuun tai tiimistä tiimiin. Itse asiassa yksi tiimi voi aktiivisesti käyttää useita strategioita, jos se on sekä yrityssisällön kuluttaja että oman omatoimisen sisältönsä tuottaja. Seurattava strategia riippuu esimerkiksi seuraavista tekijöistä:

• Ratkaisun vaatimukset (kuten raporttikokoelma, Power BI -sovellus tai Lakehouse-järjestelmä).
• Käyttötaidot.
• Jatkuva sitoutuminen koulutukseen ja taitojen kasvuun.
• Joustavuutta tarvitaan.
• Monimutkaisuustaso.
• Prioriteetit ja johtajuuden sitoutumistaso.

Organisaation tietokulttuurilla – erityisesti tietojen demokratisoitumiseen – on huomattava vaikutus siihen, missä määrin sisällön omistajuusstrategioita käytetään. Vaikka menestyksen mallit ovat yleisiä, lähestymistapa ei sovi kaikkiin. Kunkin organisaation hallintamallin ja lähestymistavan sisällön omistajuuteen ja hallintaan tulee kuvastaa eroja tietolähteissä, sovelluksissa ja liiketoimintakontekstissa.

Sisällön omistuksella ja hallinnalla on merkittävä vaikutus hallintoon, mentoroinnin ja käyttäjien käyttöönoton kokoon, käyttäjätuen tarpeisiin sekä COE:n toimintamalliin.

Kuten hallintoartikkelissa on käsitelty, hallinnon ja valvonnan taso riippuu seuraavista:

• Kuka omistaa sisällön ja hallitsee sitä.
• Sisällön toimituksen laajuus.
• Tämä on rekisteröityjen alue ja luottamuksellisuustaso.
• Tietojen tärkeys ja se, käytetäänkö niitä kriittiseen päätöksentekoon.

Yleensä:

• Liiketoimintaan perustuvaa omatoimista sisältöä koskee vähiten tiukkoja hallinto- ja valvontavalvontaa. Se sisältää usein henkilökohtaisia BI- ja tiimi-BI-ratkaisuja .
• Hallittua itsepalvelusisältöä sovelletaan kohtalaisen tiukkoja hallinto- ja valvontavalvontaa. Se sisältää usein tiimin BI- ja osastojen BI-ratkaisuja .
• Yritysratkaisuihin sovelletaan tiukempaa hallinnon valvontaa ja valvontaa.

Kuten käyttöönoton erääntymistasoja koskevassa artikkelissa on mainittu, organisaation käyttöönotto mittaa tiedonhallintaprosessien ja hallinnon tilaa. Sisällön omistajuutta ja hallintaa koskevat valinnat vaikuttavat merkittävästi siihen, miten organisaation käyttöönotto saavutetaan.

Omistajuus ja toimitin

Tiedonhallintaan liittyy useita rooleja. Roolit voidaan määrittää monella tavalla, ja ne voidaan helposti ymmärtää väärin. Seuraavassa taulukossa esitellään mahdollisia tapoja määrittää nämä roolit käsitteellisesti:

Rooli	Kuvaus
Tietoluottamusmies	Vastuussa hyväksyttävien tietojen laatutasojen määrittämisestä ja/tai hallinnasta sekä ydintietojen hallinnasta (MDM).
Aiheasiantuntija (SME)	Vastuussa tietojen merkityksen määrittämisestä, mihin niitä käytetään, kuka voi käyttää niitä ja miten tiedot esitetään muille. Tekee yhteistyötä toimialueen omistajan kanssa tarvittaessa ja tukee työtovereita tietojen käytössä.
Tekninen omistaja	Vastuussa tietojen ja raportointikohteiden luomisesta, ylläpitämisestä, julkaisemisesta ja suojaamisesta.
Toimialueen omistaja	Ylemmän tason päätöksentekijä, joka tekee yhteistyötä hallintoryhmien kanssa tietojenhallintakäytäntöjen, prosessien ja vaatimusten parissa. Päätöksentekijä tietojen asianmukaisen ja sopimattoman käyttötarkoituksen määrittämiseksi. Osallistuu tietojen hallinnointilautakuntaan hallintoartikkelissa kuvatulla tavalla.

Tietotoimialueen omistajuuden määrittäminen on yleensä suoraviivaisempaa tapahtumalähdejärjestelmien hallinnassa. Analytiikka- ja BI-ratkaisuissa tiedot integroidaan useilta toimialuealueilta ja muunnetaan ja täydennetään. Analyyttisten ratkaisujen osalta omistajuuden aiheesta tulee monimutkaisempi.

Muistiinpano

Selvitä, kuka on vastuussa tietokohteiden hallinnasta. On tärkeää varmistaa hyvä käyttökokemus sisällön kuluttajille. Erityisesti omistajuuden selkeydestä on hyötyä:

• Keneen ottaa yhteyttä kysymyksillä?
• Palaute.
• Parannuspyynnöt.
• tukipyynnöt.

Fabric-portaalissa sisällön omistajat voivat määrittää yhteystietoluettelo-ominaisuuden monentyyppisille kohteille. Yhteystietoluetteloa käytetään myös suojaustyönkuluissa. Jos esimerkiksi käyttäjälle lähetetään URL-osoite Power BI -sovelluksen avaamiseksi, mutta hänellä ei ole oikeuksia, hänelle esitetään mahdollisuus esittää käyttöoikeuspyyntö.

Ohjeet omistajuuden menestykseen:

• Määritä, miten omistajuutta ja toimitinterminologiaa käytetään organisaatiossasi, mukaan lukien odotukset näistä rooleista.
• Määritä yhteystiedot kullekin työtilalle ja yksittäisille kohteille, jotta voit ilmoittaa omistajuudesta ja/tai tukivastuusta.
• Määritä 2–4 työtilan järjestelmänvalvojaa ja suorita työtilan järjestelmänvalvojien valvonta säännöllisesti (ehkä kahdesti vuodessa). Työtilan järjestelmänvalvojat voivat olla suoraan vastuussa työtilan sisällön hallinnasta tai nämä tehtävät voidaan määrittää käytännönläheisille työkavereille. Kaikissa tapauksissa työtilan järjestelmänvalvojien on voitava helposti ottaa yhteyttä tietyn sisällön omistajiin.
• Sisällytä raportteihin johdonmukainen tuotemukauttaminen sen ilmaisemiseksi, kuka on tuottanut sisällön ja keneen tulee ottaa yhteyttä. Raportin alatunnisteessa oleva pieni kuvan tai tekstin nimi on arvokas, etenkin silloin, kun raportti viedään Fabric-portaalista. Vakiomallitiedostolla voidaan edistää ja yksinkertaistaa tuotemukautuksen johdonmukaista käyttöä.
• Hyödynnä parhaita käytäntöjä koskevia arviointeja ja yhteiskehitysprojekteja COE:n kanssa.

Artikkelin loppuosassa käsitellään seikkoja, jotka liittyvät kolmeen sisällön omistajuus- ja hallintastrategiaan.

Liiketoimintaan perustuva omatoiminen

Liiketoimintaan perustuvan omatoimisen data- ja BI-lähestymistavan ansiosta kaiken sisällön omistajat ja alan asiantuntijat omistavat kaiken sisällön ja hallitsevat sitä. Koska vastuu säilyy liiketoimintayksikössä, tätä strategiaa kuvataan usein alhaalta ylöspäin perustuvaksi tai hajautetuksi lähestymistavaksi. Liiketoimintaan perustuva omatoiminen on usein hyvä strategia henkilökohtaisille BI- ja team BI -ratkaisuille.

Tärkeä

Liiketoimintajohtoinen omatoiminen palvelu ei ole sama kuin varjo-IT. Molemmissa tilanteissa yrityskäyttäjät luovat, omistavat ja hallinnoivat tietoja ja BI-sisältöä. Varjo-IT merkitsee kuitenkin sitä, että liiketoimintayksikkö kiertää it-osaston ja siten ratkaisua ei rangaista. Liiketoimintapohjaisten omatoimisen BI-ratkaisujen avulla liiketoimintayksiköllä on täydet oikeudet luoda ja hallita sisältöä. COE:n resurssit ja tuki ovat itsepalvelusisällön luojien käytettävissä. Liiketoimintayksikön odotetaan myös noudattavan kaikkia vakiintuneita tietojen hallinnan ohjeita ja käytäntöjä.

Liiketoimintaan perustuva omatoiminen toiminta sopii parhaiten, kun

• Hajautettu tietojen hallinta on linjassa organisaation tietokulttuurin kanssa, ja organisaatio on valmis tukemaan näitä toimia.
• Tietojen tutkiminen ja innovoimisen vapaus ovat etusijalla.
• Liiketoimintayksikkö haluaa eniten osallistumista ja säilyttää korkeimman hallintatason.
• Liiketoimintayksikössä on ammattitaitoisia käyttäjiä, jotka pystyvät – ja ovat täysin sitoutuneet – tukemaan ratkaisuja koko elinkaaren ajan. Se kattaa kaikentyyppiset kohteet, mukaan lukien tiedot (kuten Lakehousen, tietovaraston, tietoputken, tietovuon tai semanttisen mallin), visualisoinnit (kuten raportit ja koontinäytöt) ja Power BI -sovellukset.
• Joustavuus vastata muuttuviin liiketoimintaolosuhteisiin ja reagoida nopeasti on suurempi kuin tarve tiukempaan hallintoon ja valvontaan.

Seuraavassa on joitakin ohjeita, joiden avulla voit menestyä liiketoimintaan perustuvien omatoimisten tietojen ja BI:n avulla.

• Opeta luojia käyttämään samoja tekniikoita, joita IT-voi käyttää, kuten jaettuja semanttisia malleja ja tietovoita. Hyödynnä hyvin järjestettyä OneLakea. Keskitä tiedot ylläpitotoimien vähentämiseksi, johdonmukaisuuden parantamiseksi ja riskien vähentämiseksi.
• Keskity mentoroinnin, koulutuksen, resurssien ja dokumentaation tarjoamiseen (kuvattu artikkelissa Mentorointi ja käyttäjien käyttöönotto ). Näiden ponnistelujen tärkeyttä ei voida liioittaa. Valmistaudu siihen, että omatoimisen sisällöntuottajien taitotasot vaihtelevat huomattavasti. On myös yleistä, että ratkaisu tarjoaa erinomaisen liiketoiminta-arvon, joka on vielä rakennettu siten, että se ei skaalautu tai toimi hyvin ajan mittaan (kun historialliset tietomäärät kasvavat). ON erittäin arvokasta, että COE:n avulla voi auttaa, kun tällaisia tilanteita ilmenee.
• Anna ohjeita parhaaseen tapaan käyttää hyväksyntöjä. Ylennetty tukeminen koskee itsepalvelutekijöiden tuottamaa sisältöä. Harkitse yrityksen BI-sisällön ja hallitun omatoimisen BI-sisällön sertifioidun tukemisen käyttöä (kuvaillaan seuraavaksi).
• Analysoi toimintalokia löytääksesi tilanteita, joissa COE voi ennakoivasti ottaa yhteyttä omatoimisiin omistajiin hyödyllisten tietojen tarjoamiseksi. Se on erityisen hyödyllinen, kun havaitaanoptimaalinen käyttötapa. Lokiaktiviteetti voi esimerkiksi paljastaa yksittäisen kohteen jakamisen ylikäytön, kun Power BI -sovelluksen käyttäjäryhmät tai työtilaroolit saattavat olla parempi vaihtoehto. Toimintolokin tietojen avulla COE voi tarjota tukea ja neuvoja liiketoimintayksiköille. Nämä tiedot puolestaan voivat auttaa parantamaan ratkaisujen laatua siten, että yritys säilyttää sisällön täydet omistajuuden ja hallinnan. Lisätietoja on kohdassa Valvonta ja valvonta.

Hallittu omatoiminen

Hallittu omatoiminen BI on yhdistetty lähestymistapa tietoihin ja BI:hin. Keskitetty tiimi (kuten IT, yritys-BI tai COE) omistaa tiedot ja hallinnoi niitä, kun taas raporttien ja koontinäyttöjen vastuu kuuluu liiketoimintayksiköiden luojille ja aiheasiantuntijoille. Hallittu omatoiminen BI on usein hyvä strategia tiimin BI-ratkaisuille ja osastokohtaisille BI-ratkaisuille.

Tämä lähestymistapa on usein called_ytimenä ja joustavuudena edge_. Tämä johtuu siitä, että tietoarkkitehtuuria ylläpitää yksi tiimi, jolla on asianmukainen kurinalaisuus ja tiukasti. Liiketoimintayksiköt voivat joustavasti luoda raportteja ja koontinäyttöjä keskitettyjen tietojen perusteella. Tämän lähestymistavan ansiosta raportin tekijät voivat olla paljon tehokkaampia, koska he voivat keskittyä tarjoamaan data-analyyseistaan ja visualisoinneistaan saatuja arvoja.

Hallittu omatoiminen BI sopii parhaiten, kun:

• Keskitetty tietojen hallinta on linjassa organisaation tietokulttuurin kanssa.
• Organisaatiolla on BI-asiantuntijaryhmä, joka hallitsee tietoarkkitehtuuria.
• Monien omatoimisten raporttien luojien tietojen uudelleenkäytöllä organisaation rajojen yli on arvoa.
• Itsepalveluraporttien tekijöiden on tuotettava analyysisisältöä nopeammin kuin keskitetty tiimi pystyy tuottamaan.
• Eri käyttäjät vastaavat tietojen valmistelusta, tietojen mallinnuksen ja raportin luomisesta.

Seuraavassa on joitakin ohjeita, joiden avulla voit menestyä hallitun omatoimisen BI:n avulla.

• Opeta käyttäjiä erottamaan mallin ja raportin kehitys. He voivat luoda reaaliaikaisia yhteyksiä aiemmin luotuihin semanttisiin malleihin perustuvien raporttien luomiseen. Kun semanttinen malli erotetaan raportista, se edistää useiden raporttien ja monien tekijöiden käyttämää tietoa uudelleen. Se myös helpottaa tullien erottamista.
• Tietovoiden avulla keskität tietojen valmistelulogiikan ja jaat usein käytettyjä tietotaulukoita, kuten päivämäärän, asiakkaan, tuotteen tai myynnin, monien semanttisten mallien luojien kanssa. Tarkenna tietovuota mahdollisimman paljon käyttämällä ystävällisiä sarakkeiden nimiä ja oikeita tietotyyppejä vähentääksesi semanttisten mallien tekijöiden edellyttämää jatkotyötä, sillä he kuluttavat tietovuota lähteenä. Tietovuot ovat tehokas tapa lyhentää tietojen valmisteluun liittyvää aikaa ja parantaa tietojen yhdenmukaisuutta semanttisten mallien välillä. Tietovoiden käyttö vähentää myös lähdejärjestelmien tietojen päivitysten määrää ja antaa vähemmän käyttäjiä, jotka tarvitsevat suoran yhteyden lähdejärjestelmiin.
• Kun omatoimisen sisällöntuottajan on lisättävä olemassa olevaa semanttista mallia osastokohtaisilla tiedoilla, koulutettava heidät yhdistelmämallien luomista varten. Tämä ominaisuus mahdollistaa ihanteellisen omatoimisen mahdollistamisen tasapainon ja hyödyntää keskitetysti hallittuihin tietovaroihin tehtyjä investointeja.
• Käytä semanttisten mallien ja tietovoiden sertifioitua tukemista, jotta sisällöntuottajat tunnistavat luotettavia tietolähteitä.
• Sisällytä kaikkiin raportteihin johdonmukainen tuotemukauttaminen sen ilmaisemiseksi, kuka on tuottanut sisällön ja keneen tulee ottaa yhteyttä. Brändäys on erityisen hyödyllinen erottamaan toisistaan omatoimisten sisällöntuottajien tuottama sisältö. Raportin alatunnisteessa oleva pieni kuva- tai tekstiotsikko on arvokas, kun raportti viedään Fabric-portaalista.
• Harkitse erillisten työtilojen käyttöönottoa tietojen ja raporttien tallentamista varten. Tämän lähestymistavan avulla voit selkeyttää sitä, kuka on vastuussa sisällöstä. Se mahdollistaa myös rajoittavammat työtilan roolimääritykset . Näin raporttien luojat voivat julkaista sisältöä vain raportointityötilaansa; Lisäksi semanttisten mallien luku- ja koontioikeuksien avulla tekijät voivat luoda uusia raportteja, joissa rivitason suojaus (RLS) on käytössä soveltuvin osin. Lisätietoja on kohdassa Työtilatason suunnittelu. Lisätietoja RLS:stä on kohdassa Sisällön luojan suojauksen suunnittelu.
• Voit kääntää Power BI -kohteiden luettelon Power BI REST -ohjelmointirajapintojen avulla. Analysoi semanttisten mallien suhde raportteihin, jotta voit arvioida semanttisen mallin uudelleenkäytön laajuutta.

Enterprise

Enterprise on keskitetty lähestymistapa tietojen ja BI-ratkaisujen toimittamiseen, jossa keskitetty tiimi omistaa ja hallitsee kaikkea ratkaisun sisältöä. Tämä tiimi on yleensä IT-, enterprise BI- tai COE-tiimi.

Enterprise on sopivin seuraavissa tilanteissa:

• Sisällönhallinnan keskitetty yhdistäminen yhteen tiimiin vastaa organisaation tietokulttuuria.
• Organisaatiolla on dataa ja BI-osaamista, joiden avulla se voi hallita kaikkia kohteita päästä päähän.
• Kuluttajien sisältötarpeet on määritetty hyvin, joten tietoja ei tarvitse mukauttaa tai tutkia raporttiratkaisun ulkopuolella.
• Sisällön omistajuus ja tietojen suora käyttö on rajoitettava pienelle asiantuntijoille ja omistajille.
• Tiedot ovat hyvin arkaluonteisia tai niihin sovelletaan säädösten vaatimuksia.

Seuraavassa on joitakin ohjeita, joiden avulla onnistut yritystietojen ja BI:n käytössä.

• Toteuta tiukka prosessi sisällön sertifioidun tukemisen käytölle. Kaikkea yrityksen sisältöä ei tarvitse sertifioida, mutta suuri osa siitä todennäköisesti pitäisi olla. Sertifioidun sisällön tulee osoittaa, että tietojen laatu on vahvistettu. Sertifioidun sisällön tulee myös noudattaa muutosten hallintasääntöjä, saada virallinen tuki ja se on dokumentoitava täysin. Koska sertifioitu sisältö on läpäissyt tiukat standardit, rehellisyyttä koskevat odotukset ovat korkeammat.
• Sisällytä yrityksen BI-raportteihin johdonmukainen tuotemukauttaminen sen ilmaisemiseksi, kuka sisällön on tuottanut ja keneen tulee ottaa yhteyttä. Raportin alatunnisteessa oleva pieni kuvan tai tekstin nimi on arvokas, kun käyttäjä vie raportin.
• Jos käytät tietyn raportin brändäystä yrityksen BI-sisällön ilmaisemiseen, tallenna kopiotoiminto varoen, jotta käyttäjä voi ladata raportin kopion ja mukauttaa sitä. Vaikka tämä toiminto on erinomainen tapa siltata yrityksen liiketoimintatietojen hallintaa ja hallittua omatoimista BI:tä, se laimentaa brändäyksen arvoa. Saumattomampi ratkaisu on tarjota erillinen Power BI Desktop -mallitiedosto omatoimisille tekijöille. Malli määrittää aloituskohdan raportin luomiselle, kun käytössä on reaaliaikainen yhteys olemassa olevaan semanttiseen malliin, eikä se sisällä brändäystä. Mallitiedosto voidaan jakaa linkkinä Power BI -sovelluksessa tai yhteisöportaalissa.

Omistajuussiirrot

Joskus tietyn ratkaisun omistajuus on ehkä siirrettävä toiselle tiimille. Omistajuuden siirto liiketoimintayksiköstä keskitettyun tiimiin voi tapahtua, kun:

• Merkittävä määrä käyttäjiä käyttää yrityspohjaista ratkaisua, tai se tukee nyt kriittisiä liiketoimintapäätöksiä. Näissä tapauksissa ratkaisua tulisi hallita tiimi, jolla on prosessit käytössä korkeamman hallinto- ja tukitason toteuttamiseksi.
• Liiketoimintaa johtava ratkaisu on ehdokas, jota voidaan käyttää paljon laajemmin koko organisaatiossa, joten sitä on hallittava tiimi, joka voi määrittää suojauksen ja ottaa sisältöä käyttöön laajasti koko organisaatiossa.
• Liiketoimintayksiköllä ei ole enää asiantuntemusta, budjettia tai aikaa sisällön hallinnan jatkamiseen, mutta sisällön liiketoimintatarve säilyy.
• Ratkaisun koko tai monimutkaisuus on kasvanut siten, että tarvitaan erilainen tietoarkkitehtuuri tai uusiminen.
• Soveltuvuusselvitys on valmis toimintavalmiiksi.

COE:ssä olisi oltava hyvin dokumentoidut menettelyt sen tunnistamiseksi, milloin ratkaisu on omistusoikeuden siirtoa varten. On erittäin hyödyllistä, jos tukihenkilöstö tietää, mitä myös etsiä. Mukautettu malli, jota omatoimisen luojat voivat käyttää ratkaisun luomiseen ja kasvattamiseen sekä sen käyttöön tietyissä tilanteissa, on osoitus tuottavasta ja terveellisestä tietokulttuurista. Yksinkertainen omistajuuden siirto voidaan korjata COE :n toimistoaikojen aikana; monimutkaisempi siirto voisi edellyttää COE:n hallinnoiman pienen projektin.

Muistiinpano

On mahdollista, että uuden omistajan on suoritettava joitakin uudelleenmuodostamis- ja tietovahvistuksia, ennen kuin hän on valmis ottamaan täyden omistajuuden. Muodostaminen uudelleen tapahtuu todennäköisimmin tietojen valmistelun, tietojen mallinnuksen ja laskutoimitusten vähemmän näkyvillä osa-alueilla. Manuaalisten vaiheiden tai tietuetiedostojen lähteiden tapauksessa nyt on hyvä aika ottaa nämä parannukset käyttöön. Raporttien ja koontinäyttöjen brändäystä on ehkä myös muutettava (jos alatunniste viittaa raportin yhteyshenkilöön tai tekstiotsikkoon, joka ilmaisee, että sisältö on sertifioitu).

Keskitetty tiimi voi myös siirtää omistajuuden liiketoimintayksikölle. Näin voi käydä, kun:

• Toimialuetietämyksen omaava tiimi on paremmin varustettu omistamaan ja hallitsemaan sisältöä jatkossa.
• Keskitetty tiimi on luonut ratkaisun liiketoimintayksikölle, jolla ei ole taitoja sen luomiseen alusta alkaen, mutta se voi ylläpitää ja laajentaa ratkaisua jatkossa.

Vihje

Muista tunnistaa ja palkita alkuperäisen tekijän työ erityisesti siinä tapauksessa, että omistajuussiirrot ovat yleisiä.

Huomioon otettavia seikkoja ja rajoituksia

Tarkistusluettelo : tässä on luettelo huomioitavista seikoista ja tärkeimmistä toimista, joilla voit vahvistaa lähestymistapaasi sisällön omistajuuteen ja hallintaan.

• Saat täyden käsityksen siitä, mitä tällä hetkellä tapahtuu: Varmista, että ymmärrät syvästi, miten sisällön omistajuus ja hallinta tapahtuvat koko organisaatiossa. Huomaa, että yhdenmukainen käyttöönotto koko organisaatiossa ei todennäköisesti ole kaikkialle sopivaa lähestymistapaa. Tutustu toteutuksen suunnittelun käyttöskenaarioita, jotta ymmärrät , miten Power BI:tä ja Fabricia voidaan käyttää monin eri tavoin.
• Käy keskusteluja: Selvitä, mikä toimii tällä hetkellä hyvin, mikä ei toimi hyvin ja mikä on haluttu tasapaino kolmen omistajuusstrategian välillä. Ajoita tarvittaessa keskusteluja tiettyjen henkilöiden kanssa eri tiimeissä. Laadi suunnitelma siirtymiseksi nykyisestä tilasta haluttuun tilaan.
• Suorita arviointi: Jos yrityksen tietotiimillä on tällä hetkellä haasteita, jotka liittyvät aikataulutukseen ja prioriteetteihin, tee arviointi sen määrittämiseksi, voidaanko ottaa käyttöön hallittu omatoiminen strategia, jolla voidaan antaa enemmän sisällöntekijöille kaikkialla organisaatiossa. Hallitut itsepalvelutiedot ja BI voivat olla erittäin tehokkaita maailmanlaajuisessa mittakaavassa.
• Selvitä terminologia: Selvitä organisaatiossasi käytettävät termit omistajalle, palvelinvalvojalle ja aihealueen asiantuntijalle.
• Määritä selkeät roolit ja vastuut: Varmista, että kaikki asianosaiset dokumentoivat ja ymmärtävät roolit ja vastuut omistajille, toimitsijoille ja aihealueen asiantuntijoille. Liitä mukaan varahenkilöstö.
• Varmista yhteisön osallisuus: Varmista, että kaikki sisällön omistajat – sekä yritykseltä että IT-alalta – ovat osa käytäntöyhteisöäsi.
• Luo käyttäjien ohjeita omistajille ja yhteystiedoille Fabricissa: Selvitä, miten käytät Contacts-ominaisuutta Fabricissa. Kerro sisällöntekijöille siitä, miten sitä tulisi käyttää ja miksi se on tärkeää.
• Luo omistajuussiirtojen käsittelyprosessi: Jos omistajuussiirtoja tehdään säännöllisesti, luo prosessi, jolla ne toimivat.
• Tue edistyneen sisällön tekijöitä: Selvitä strategiasi ulkoisten työkalujen käyttämiseksi edistyneiden sisällöntuottamistoimintojen ja tuottavuuden parantamiseksi.

Kysymyksiä, jotka on esitettävä

Voit arvioida sisällön omistajuutta ja hallintaa alla olevien kysymysten avulla.

• Onko Fabricista vastaavilla keskus tiimeillä selkeä käsitys siitä, kuka omistaa minkäkin BI-sisällön? Onko raportti- ja tietokohteiden tai eri kohdetyyppien (kuten Power BI:n semanttisten mallien, datatieteen muistikirjojen tai lakehouse-talojen) välinen ero?
• Mitä käyttöskenaarioita on käytössä, kuten henkilökohtainen BI, tiimin BI, osastojen BI tai yrityksen BI? Miten yleisiä ne ovat organisaatiossa ja miten ne eroavat tärkeimpien liiketoimintayksiköiden välillä?
• Mitä toimia liiketoiminta-analyyttiset tiimit suorittavat (esimerkiksi tietojen integrointi, tietojen mallinnus tai raportointi)?
• Minkälaisten roolien odotetaan luovan ja omistavan sisältöä organisaatioissa? Rajoittuuko se keskustiimeihin, analyytikoihin tai myös toiminnallisiin rooleihin, kuten myyntiin?
• Missä organisaatio sijaitsee liiketoimintaan perustuvan omatoimisen palvelun, hallitun omatoimisen palvelun tai yrityksen kirjoissa? Eroaako se tärkeimpien liiketoimintayksiköiden välillä?
• Onko strategisilla tiedoilla ja BI-ratkaisuilla omistajuusrooleja ja toimijarooleja, jotka on määritelty selkeästi? Mitä puuttuu?
• Vastaavatko sisällön luojat ja omistajat myös sisällön tukemisesta ja päivittämisestä, kun se julkaistaan? Kuinka tehokasta sisällön tuen ja päivitysten omistajuus on?
• Onko olemassa selkeä prosessi ratkaisujen omistajuuden siirtämiseksi (tarvittaessa)? Esimerkiksi silloin, kun ulkoinen konsultti luo tai päivittää ratkaisun.
• Onko tietolähteillä tietovaraston asiantuntijoita tai alan asiantuntijoita, jotka toimivat erityisenä yhteyspisteenä?
• Jos organisaatiossasi on jo Käytössä Fabric tai Power BI, täyttävätkö nykyiset työtilan määritykset sisällön omistajuus- ja toimitusstrategiat?

Kypsyysasteet

Seuraavat erääntymistasot auttavat sinua arvioimaan sisällön omistajuuden ja hallinnan nykyistä tilaa.

Taso	Sisällön omistajuuden ja hallinnan tila
100: Aloitus	• Omatoimisen sisällön luojat omistavat ja hallitsevat sisältöä hallitsemattomasti ilman tiettyä strategiaa. • Semanttisten mallien ja raporttien välinen suuri suhde on olemassa. Kun monet semanttiset mallit tukevat vain yhtä raporttia, se osoittaa mahdollisuuksia parantaa tietojen uudelleenkäytettävyyttä, parantaa luotettavuutta, vähentää ylläpitoa ja vähentää semanttisten mallien kaksoiskappaleiden määrää. • Eri raporttien väliset erot ovat yleisiä, mikä aiheuttaa epäluottamusta muiden tuottamalle sisällölle.
200: Toistettavissa	• On olemassa suunnitelma siitä, mitä sisällön omistajuus- ja hallintastrategiaa käytetään ja missä olosuhteissa. • Ensimmäisten vaiheiden avulla on pyrittävä parantamaan omatoimisten toimien johdonmukaisuutta ja luotettavuutta. • Käyttäjäyhteisölle on saatavilla ohjeita, jotka sisältävät odotuksia omatoimiseen sisältöön ja suuryrityssisältöön. • Roolit ja vastuut ovat selkeitä ja ymmärretyt kaikkien osapuolten toimesta.
300: Määritetty	• Hallittu omatoiminen palvelu on ensisijainen tavoite ja sijoitusalue tietokulttuurin edelleen edistämiseen. Ensisijaisena tavoitteena on antaa raportin tekijöille mahdollisuus käyttää joustavasti hyvin hallittuja, suojattuja ja luotettavia tietolähteitä. • Raporttien tuotemukautuksen avulla ilmaistaan johdonmukaisesti, kuka sisällön on tuottanut. • Mentorointiohjelmalla opetetaan omatoimisen sisällöntuottajat hyödyntämään parhaita käytäntöjä ja tekemään hyviä päätöksiä.
400: Osaava	• Ehdot määritetään kohdistamaan itsepalvelua ja suuryrityssisältöä koskevat hallintovaatimukset. • On olemassa suunnitelma omistajuuden siirtojen pyytämiseksi ja käsittelemiseksi. • Hallittua omatoimista käyttöä ja tietojen uudelleenkäyttötekniikoita käytetään yleisesti ja ymmärretään hyvin.
500: Tehokas	• Ennakoivat toimet käyttäjien kanssa kommunikoinnissa, kun toimintalokista havaitaan jotakin toimintaa. Koulutus ja tiedot annetaan asteittaista parannusta varten tai riskien vähentämiseksi. • Sisällöntuottajat käyttävät kolmannen osapuolen työkaluja tuottavuuden ja tehokkuuden parantamiseksi.

Liittyvä sisältö

Microsoft Fabricin käyttöönoton toteutussuunnitelman seuraavassa artikkelissa kerrotaan sisällön toimituksen laajuudesta.