Lue englanniksi

Jaa


Microsoft Fabricin käyttöönottosuunnitelma: käyttäjätuki

Huomautus

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

Tässä artikkelissa käsitellään käyttäjätukea. Se keskittyy ensisijaisesti ongelmien ratkaisuun.

Tämän artikkelin ensimmäisissä osioissa keskitytään käyttäjien tukinäkökohtiin, joita voit hallita sisäisesti organisaatiossasi. Viimeisissä aiheissa keskitytään käytettävissä oleviin ulkoisiin resursseihin.

Jos haluat kuvauksen aiheeseen liittyvistä aiheista, kuten taitojen mentoroinnista, koulutuksesta, dokumentaatiosta ja yhteiskehitysavusta, jotka on annettu sisäiselle Fabric-käyttäjäyhteisölle, katso artikkelia Mentorointi ja käyttäjien käyttöönotto . Näiden toimien vaikuttavuus voi vähentää huomattavasti virallisten käyttäjätukipyyntöjen määrää ja lisätä käyttäjäkokemusta yleisesti.

Käyttäjätuen tyypit

Jos käyttäjällä on ongelma, tietävätkö hän, mitä vaihtoehtoja sen ratkaisemiseen on?

Seuraavassa kaaviossa on joitakin yleisiä käyttäjätukityyppejä, joita organisaatiot käyttävät onnistuneesti:

Diagram shows the four types of internal Fabric user support, and the two types of external support, which are described in the table below.

Kuusi yllä olevassa kaaviossa näkyvää käyttäjätukityyppiä ovat seuraavat:

Tyyppi Kuvaus
Type 1. Tiimin sisäinen tuki (sisäinen) on hyvin epämuodollista. Tukea esiintyy, kun tiimin jäsenet oppivat toisiltaan työnsä luonnollisen kurssin aikana.
Type 2. Sisäinen yhteisön tuki (sisäinen) voidaan järjestää epävirallisesti, virallisesti tai molempiin. Näin tapahtuu silloin, kun työtoverit ovat yhteydessä toisiinsa sisäisten yhteisön kanavien kautta.
Type 3. Tukipalvelun tuki (sisäinen) käsittelee muodollisia tukiongelmia ja -pyyntöjä.
Type 4. Laajennettu tuki (sisäinen) koskee mikrotuen eskaloimien monimutkaisten ongelmien käsittelyä.
Type 5. Microsoft-tuki (ulkoinen) sisältää tuen lisensoiduille käyttäjille ja Fabric-järjestelmänvalvojille. Se sisältää myös kattavan dokumentaation.
Type 6. Yhteisön tuki (ulkoinen) sisältää maailmanlaajuisen asiantuntijayhteisön, Microsoft Most Valued Professionals (MVP) -asiantuntijat ja käyttäjät, jotka osallistuvat keskustelupalstoihin ja julkaisevat sisältöä.

Joissakin organisaatioissa tiimin sisäinen ja sisäinen yhteisön tuki on olennaisinta omatoimisten tietojen ja liiketoimintatietojen (BI) kannalta – sisältöä omistavat ja hallinnoivat hajautettujen liiketoimintayksiköiden luojat ja omistajat. Sitä vastoin mikrotuki ja laajennettu tuki on varattu teknisiin ongelmiin sekä yritystietoihin ja BI-tietoihin (sisällön omistaa ja hallitsee keskitetty BI-tiimi tai Center of Excellence). Joissakin organisaatioissa kaikki neljä tukityyppiä voivat olla olennaisia kaikentyyppisen sisällön kannalta.

Vihje

Lisätietoja yritysjohtoisten omatoimisesta, hallitusta omatoimisesta palvelusta sekä yritystietojen ja BI:n käsitteistä on artikkelissa Sisällön omistajuus ja hallinta .

Kaikki edellä esitellyt kuusi käyttäjätukityyppiä on kuvattu tarkemmin tässä artikkelissa.

Tiimin sisäinen tuki

Tiimin sisäinen tuki viittaa siihen, milloin tiimin jäsenet oppivat toisiltaan ja auttavat toisiaan päivittäisen työnsä aikana. Omatoimisen sisällön luojat, jotka nousevat esiin mestareiksesi, pyrkivät ottamaan tämäntyyppisen epävirallisen tukiroolin vapaaehtoisesti, koska heillä on luontainen halu auttaa. Vaikka tämä on epävirallinen tukitila, sitä ei pidä aliarvioida. Joidenkin arvioiden mukaan suuri osa työssä oppimisesta on vertaisoppimista, mikä on erityisen hyödyllistä toimialuekohtaisia analytiikkaratkaisuja luoville analyytikoille.

Huomautus

Tiimin sisäinen tuki ei toimi hyvin henkilöille, jotka ovat ainoat osaston tietoanalyytikot. Se ei myöskään toimi niille, joilla ei ole vielä kovin paljon yhteyksiä organisaatiossaan. Kun ei ole riippuvaisia läheisistä työtovereista, tässä artikkelissa kuvatusta muuntyyppisestä tuesta tulee entistä tärkeämpää.

Sisäinen yhteisötuki

Yhteisön muiden jäsenten tuki toteutetaan usein viestien muodossa keskustelukanavalla tai erityisesti käytäntöyhteisölle määritetyllä keskustelupalstalla. Joku esimerkiksi julkaisee viestin, että hänellä on ongelmia DAX-laskutoimituksen käytössä tai hän etsii oikeaa Python-moduulia tuotavaksi. Hän saa sitten joltakulta organisaation käyttäjältä vastauksen, jossa on ehdotuksia tai linkkejä.

Vihje

Sisäisen Fabric-yhteisön tavoitteena on olla omatoiminen, mikä voi johtaa muodollisten tukivaatimusten ja kustannusten vähenemiseen. Se voi myös helpottaa hallitun omatoimisen sisällön luomista, joka tapahtuu laajemmassa mittakaavassa verrattuna puhtaasti keskitettyun lähestymistapaan. Aina on kuitenkin tarpeen valvoa, hallita ja hoitaa sisäistä yhteisöä. Tässä on kaksi vinkkiä:

  • Muista viljellä useita asiantuntijoita vaikeimmissa aiheissa, kuten T-SQL, Python, Data Analysis eXpressions (DAX) ja Power Query M -kaavakieli. Kun yhteisön jäsenistä tulee tunnustettu asiantuntija, hän saattaa kuormittua liikaa avunpyynnöillä.
  • Suurempi määrä yhteisön jäseniä saattaa vastata helposti tietyntyyppisiin kysymyksiin (esimerkiksi raportin visualisointeihin), kun taas pienempi määrä jäseniä vastaa toisiin (esimerkiksi monimutkaiseen T-SQL:ään tai DAXiin). COE:n on tärkeää antaa yhteisölle mahdollisuus vastata, mutta se on myös valmis vastaamaan nopeasti vastaamattomiin kysymyksiin. Jos käyttäjät esittävät kysymyksiä toistuvasti eivätkä saa vastausta, se haittaa merkittävästi yhteisön kasvua. Tässä tapauksessa käyttäjä todennäköisesti lähtee eikä koskaan palaa, jos hän ei saa vastauksia kysymyksiinsä.

Sisäinen yhteisön keskustelukanava määritetään yleensä Teams-kanavaksi tai Yammer-ryhmäksi. Valitun tekniikan tulisi kuvata sitä, missä käyttäjät ovat jo töissä, jotta aktiviteetit tapahtuvat luonnollisessa työnkulussa.

Sisäisen keskustelukanavan etu on se, että vastaukset voivat tulla henkilöiltä, joita alkuperäinen pyytäjä ei ole tavannut aiemmin. Suurissa organisaatioissa käytäntöyhteisö kokoaa ihmiset yhteen yhteisen edun mukaan. Se voi tarjota erilaisia perpektiiviä ohjeiden hankkimiseen ja yleiseen oppimiseen.

Sisäisen yhteisökeskustelukanavan avulla Center of Excellence (COE) voi seurata ihmisten esittämien kysymysten tyyppiä. Coe voi ymmärtää käyttäjien kohtaamia ongelmia yhdellä tavalla (liittyy yleensä sisällön luomiseen, mutta se voi myös liittyä sisällön kuluttamiseen).

Keskustelukanavan valvonta voi paljastaa myös lisää analytiikan asiantuntijoita ja mahdollisia mestareita, jotka olivat aiemmin COE:n tuntemattomia.

Tärkeä

On parasta tunnistaa jatkuvasti nousevat mestarit ja osallistua niiden kanssa sen varmistamiseksi, että heillä on valmiudet tukea kollegoitaan. COE:n on valvottava aktiivisesti keskustelukanavaa, jotta nähdään, kuka on avuksi, kuten community of practice -artikkelissa on kuvattu. COE:n olisi tarkoituksellisesti rohkaista ja tuettava yhteisön jäseniä. Kutsu heidät tarvittaessa mestarien verkostoon.

Keskustelukanavan keskeisenä etuna on, että se on haettavissa ja antaa muille henkilöille mahdollisuuden löytää tietoja. On kuitenkin tapa, jolla ihmiset esittävät kysymyksiä avoimella keskustelupalstalla yksityisviestien tai sähköpostin sijaan. Huomaa, että jotkin henkilöt eivät halua esittää kysymyksiä niin julkisella tavalla. Se tunnustaa avoimesti, mitä he eivät tiedä, mikä voi olla noloa. Tämä haluttomuus saattaa vähentää aikaa edistämällä ystävällistä, rohkaisevaa ja hyödyllistä keskustelukanavaa.

Vihje

Saatat haluta luoda botin, joka käsittelee joitakin yhteisön yleisimpiä ja yksinkertaisimpia kysymyksiä. Botti voi käsitellä yksinkertaisia kysymyksiä, kuten "Ohjevalikko pyytää käyttöoikeutta?" tai "Ohjevalikko pyytää työtilaa?" Ennen kuin otat tämän lähestymistavan, harkitse, onko olemassa riittävästi rutiininomaisia ja ennustettavia kysymyksiä, jotka tekisivät käyttäjäkokemuksesta paremman kuin pahemman. Usein hyvin luodut usein kysytyt kysymykset toimivat paremmin, ja se on nopeampi kehittää ja helpompi ylläpitää.

Tukipalvelun tuki

Tukipalvelu toimii yleensä jaettuna palveluna, jonka henkilöstöön kuuluu IT-osasto. Käyttäjiä, jotka todennäköisesti luottavat virallisempaan tukikanavaan, ovat ne, jotka ovat:

  • Vähemmän kokeneet käyttäjät.
  • Uudempi organisaatiolle.
  • Haluton julkaisemaan viestiä sisäiseen keskusteluyhteisöön.
  • Yhteyksien ja työtovereiden puuttuminen organisaatiosta.

On myös tiettyjä teknisiä ongelmia, joita ei voida täysin ratkaista ilman IT-osallistumista, kuten ohjelmistojen asennus- ja päivityspyynnöt, kun koneet ovat IT-hallittuja.

Varattu tukihenkilöstö on yleensä varattu tukemaan useita tekniikoita. Tästä syystä helpoimmat tukiongelmat ovat ne ongelmat, joiden ratkaisu on selkeä ja jotka voidaan dokumentoida tietokantaan. Esimerkiksi ohjelmiston asennusedellytykset tai käyttöoikeuden hankkimisen edellytykset.

Jotkin organisaatiot pyytävät tukipalvelua käsittelemään vain hyvin yksinkertaisia keskeytyskorjausongelmia. Muilla organisaatioilla on tukipalvelu, joka liittyy kaikkeen toistettavissa olevaan, kuten uusien työtilojen pyyntöihin, yhdyskäytävätietolähteiden hallintaan tai uuden kapasiteetin pyytämiseen.

Tärkeä

Fabric-hallintopäätöksesi vaikuttavat suoraan tukipyyntöjen määrään. Jos esimerkiksi päätät rajoittaa työtilan luomisoikeuksia vuokraaja-asetuksissa, käyttäjät lähettävät tukipalvelupyyntöjä. Vaikka se on laillinen päätös, sinun on oltava valmis vastaamaan pyyntöön hyvin nopeasti. Vastaa tämäntyyppisiin pyyntöihin 1–4 tunnin kuluessa, jos se on mahdollista. Jos viivyt liian kauan, käyttäjät käyttävät sitä, mitä heillä jo on, tai he löytävät tavan kiertää vaatimuksesi. Se ei ehkä ole ihanteellinen skenaario. Tiettyjen ohjepalvelupyyntöjen kehote on erittäin tärkeä. Ota huomioon, että Power Appsin ja Power Automaten avulla automatisointi voi tehostaa joitakin prosesseja. Lisätietoja on artikkelissa Vuokraajatason työtilan suunnittelu.

Ajan myötä vianmääritys ja ongelmanratkaisutaidot tehostuvat, kun tukihenkilöstö laajentaa tietämystään ja kokemustaan Fabricin tukemisesta. Paras tukihenkilöstö on henkilö, jolla on hyvä käsitys siitä, mitä käyttäjien on saavutettava.

Vihje

Puhtaasti teknisiin ongelmiin, kuten tietojen päivittämisen epäonnistumiseen tai tarpeeseen lisätä uusi käyttäjä yhdyskäytävän tietolähteeseen, liittyy yleensä yksinkertaisia vastauksia, jotka liittyvät palvelutasosopimukseen. Palvelutasosopimus voi esimerkiksi vastata ongelmien estämiseen tunnin kuluessa ja ratkaista ne kahdeksan tunnin kuluessa. Palvelutasosopimuksia on yleensä vaikeampi määrittää ongelmien vianmääritystä varten, kuten tietojen ristiriidat.

Laajennettu tuki

Koska COE:llä on syvällinen käsitys siitä, miten Fabricia käytetään koko organisaatiossa, se on hyvä vaihtoehto laajennetulle tuelle, jos syntyy monimutkainen ongelma. COE:n olisi liityttävä tukiprosessiin eskalointipolulla.

Pyyntöjen hallinta pelkästään eskalointipolkuna mikrotuesta on hankalaa, koska COE:n jäsenet ovat usein yrityskäyttäjien hyvin tunnettuja. COE:n jäsenten tulisi ohjata käyttäjät lähettämään tukipalvelupyyntö, jotta he voivat käyttää asianmukaisia kanavia. Se myös parantaa tietojen laatua ohjepalvelupyyntöjen analysoinnissa.

Microsoft-tuki

Tässä artikkelissa käsiteltyjen sisäisten käyttäjätukitapojen lisäksi käyttäjille ja Fabric-järjestelmänvalvojille on saatavilla arvokkaita ulkoisia tukivaihtoehtoja , joita ei pidä jättää huomiotta.

Microsoft-dokumentaatio

Tarkista Fabric-tukisivustosta tärkeät ongelmat, jotka vaikuttavat laajasti kaikkiin asiakkaisiin. Microsoft 365:n yleisillä järjestelmänvalvojilla on pääsy lisätietoihin tukiongelmasta Microsoft 365 -portaalissa.

Tutustu kattavaan Fabric-dokumentaatioon. Se on autenttinen resurssi, joka voi auttaa vianmäärityksessä ja tietojen hakemisessa. Voit priorisoida dokumentaatiosivuston tuloksia. Voit esimerkiksi syöttää sivustoon kohdennetun hakupyynnön verkkohakukoneeseen, kuten power bi gateway site:learn.microsoft.com.

Käyttäjäkohtainen Power BI Pro- ja Premium-tuki

Lisensoidut käyttäjät ovat oikeutettuja kirjaamaan tukipalvelupyynnön Microsoftin avulla.

Vihje

Varmista sisäiselle käyttäjäyhteisölle, haluatko ilmoittaa teknisistä ongelmista sisäiselle tukipalvelulle. Jos mikrotuki on varustettu kuormituksen käsittelyyn, käyttäjäongelmien hallinta keskitetty alue voi tarjota paremman käyttökokemuksen verrattuna siihen, miten kaikki käyttäjät yrittävät ratkaista ongelmia itse. Näkyvyys- ja analysointitukiongelmista on hyötyä myös COE:lle.

Hallinta strator-tuki

Fabric-järjestelmänvalvojille on saatavilla useita tukivaihtoehtoja.

Asiakkaille, joilla on Microsoftin kattava tuki sopimus, kannattaa myöntää tukipalvelun ja COE:n jäsenten käyttöoikeus Microsoft Services Hubiin. Yksi Microsoftin palvelukeskuksen eduista on se, että tukipalvelusi ja COE-jäsenesi voidaan määrittää lähettämään ja tarkastelemaan tukipyyntöjä.

Maailmanlaajuinen yhteisön tuki

Tässä artikkelissa kuvattujen sisäisten käyttäjätukitapojen ja aiemmin kuvattujen Microsoft-tukivaihtoehtojen lisäksi voit hyödyntää fabric-yhteisöä maailmanlaajuisesti.

Maailmanlaajuinen yhteisö on hyödyllinen, kun joku, jolla ei ole toimialueen tietoja, voi helposti ymmärtää kysymyksen ja kun siihen ei liity luottamuksellisia tietoja tai arkaluonteisia sisäisiä prosesseja.

Julkisesti saatavilla olevat yhteisön keskustelupalstat

On useita julkisia yhteisökeskustelupalstoja , joilla käyttäjät voivat julkaista ongelmia ja vastaanottaa vastauksia mille tahansa käyttäjälle maailmassa. Vastausten saaminen keneltä tahansa missä tahansa voi olla erittäin tehokasta ja erittäin hyödyllistä. Kuten julkisella keskustelupalstallakin, on kuitenkin tärkeää vahvistaa keskustelupalstalla julkaistut neuvot ja tiedot. Internetissä julkaistut neuvot eivät ehkä sovi tilanteeseesi.

Julkisesti saatavilla olevat keskustelualueet

On hyvin yleistä nähdä ihmisten lähettävän Fabricin teknisiä kysymyksiä sosiaalisen median alustoilla. Keskustelut, ilmoitusten julkaiseminen ja käyttäjien auttaminen toisiinsa saattavat olla löytyneet.

Yhteisön dokumentaatio

Maailmanlaajuinen Fabric-yhteisö on eloinen. Joka päivä julkaistaan runsaasti Fabric-blogikirjoituksia, artikkeleita, verkkoseminaareja ja videoita. Kun yhteisötietoja käytetään vianmääritykseen, ole tarkkana:

  • Viimeisimmät tiedot. Yritä tarkistaa, milloin se on julkaistu tai milloin se on viimeksi päivitetty.
  • Se, soveltuuko online-ratkaisun tilanne ja konteksti tilanteeseen sopivaksi.
  • Esiteltävän tiedon uskottavuus. Luota hyvämaineisiin blogteihin ja sivustoihin.

Huomioon otettavia seikkoja ja rajoituksia

Tarkistusluettelo : Huomioitavaa ja tärkeitä toimintoja, joita voit suorittaa käyttäjätukea varten.

Paranna tiimin sisäistä tukea:

  • Anna tunnustusta ja rohkaisua: Tarjoa mestarillesi kannustimia community of practice -artikkelissa kuvatulla tavalla.
  • Palkitsemispyrkimykset: Tunnista ja ylistä merkityksellisiä ruohonjuuritason toimia, kun näet niiden tapahtuvan.
  • Virallisten roolien luominen: Jos tiiminsisäiset epäviralliset toimet eivät ole riittäviä, harkitse niiden roolien virallistamista, jotka haluat ottaa käyttöön tällä alueella. Sisällytä odotetut työpanos- ja vastuualueet tarvittaessa henkilöstöhallinnon tehtävän kuvaukseen.

Paranna yhteisön sisäistä tukea:

  • Kannusta kysymyksiä jatkuvasti: Kannusta käyttäjiä esittämään kysymyksiä määritetyllä yhteisön keskustelukanavalla. Kun tapa kasvaa ajan kuluessa, se normalisoidaan käyttämään sitä ensimmäisenä vaihtoehtona. Ajan myötä siitä kehittyy entistä itseään tukevampi.
  • Valvo aktiivisesti keskustelualuetta: Varmista, että asianmukaiset COE:n jäsenet seuraavat aktiivisesti tätä keskustelukanavaa. He voivat osallistua, jos kysymys jää vastaamatta, voi parantaa vastauksia tai tehdä korjauksia tarpeen mukaan. He voivat myös julkaista linkkejä lisätietoihin, jotka kasvattavat nykyisten resurssien tunnettuutta. Vaikka yhteisön tavoitteena on omavaraisuus, sitä varten tarvitaan kuitenkin resursseja, joilla sitä seurataan ja valvotaan.
  • Käytettävissä olevat viestintävaihtoehdot: Varmista, että käyttäjäsi tietävät sisäisen yhteisön tukialueen. Se voisi sisältää näkyvän linkkien näytön. Voit lisätä linkin tavalliseen viestintään käyttäjäyhteisöllesi. Voit myös mukauttaa Ohje-valikon linkkejä Fabric-portaalissa ohjaamaan käyttäjiä sisäisiin resursseihisi.
  • Määritä automaatio: Varmista, että kaikilla käyttäjillä, joilla on käyttöoikeus, on automaattisesti pääsy yhteisön keskustelukanavaan. Käyttöoikeuksien määritykset voi automatisoida ryhmäpohjaisten käyttöoikeuksien avulla.

Sisäisen tukipalvelun tuen parantaminen:

  • Määritä mikrotuen vastuut: Päätä, mikä on Fabric-tukiaiheiden alkuperäinen laajuus, jota tukipalvelu käsittelee.
  • Arvioi valmiustaso: Selvitä, onko tukipalvelusi valmis käsittelemään Fabric-tukea. Selvitä, onko valmiudessa puutteita, jotta voidaan korjata.
  • Järjestä lisäkoulutusta: Järjestä tiedonsiirtoistuntoja tai koulutusistuntoja tukihenkilöstön valmistelemiseksi.
  • Päivitä tukipalvelun tietokanta: Sisällytä tunnetut kysymykset ja vastaukset haettavaan tietokantaan. Varmista, että joku on vastuussa tietokannan säännöllisistä päivityksistä, jotta uudet ja parannetut ominaisuudet päivittyvät ajan myötä.
  • Määritä lippujen seurantajärjestelmä: Varmista, että tukipalveluun lähetettyjen pyyntöjen seurantaan on käytössä hyvä järjestelmä.
  • Päätä, pyydetäänkö fabriciin liittyviä ongelmia tarvittaessa: Varmista tarvittaessa, että 24/7-tuen odotukset ovat selvillä.
  • Määritä, mitä palvelutasosopimuksia on olemassa: Kun on olemassa tietty palvelutasosopimus, varmista, että vastaukseen ja ratkaisuun liittyvät odotukset on selvästi dokumentoitu ja ilmoitettu.
  • Valmistaudu toimimaan nopeasti: Valmistaudu käsittelemään tiettyjä yleisiä ongelmia erittäin nopeasti. Hidas tukivastaus johtaa siihen, että käyttäjät löytävät vaihtoehtoisia tapoja.

Sisäisen COE:n laajennetun tuen parantaminen:

  • Määritä, miten eskaloitu tuki toimii: Päätä, mikä eskalointipolku on pyynnöille, joita tukipalvelu ei voi suoraan käsitellä. Varmista, että COE (tai vastaava henkilöstö) on valmis astumaan tarvittaessa mukaan. Määritä selkeästi, mihin tukipalveluvastuut loppuvat ja missä COE:n laajennetut tukivastuut alkavat.
  • Kannusta COE:n ja järjestelmänvalvojien välistä yhteistyötä: Varmista, että COE:n jäsenillä ja Fabric-järjestelmänvalvojilla on suora eskalointipolku, jolla he tavoittavat Microsoft 365:n ja Azuren yleiset järjestelmänvalvojat. Viestintäkanavan täytyy olla tärkeä, kun Fabric-luokan ulkopuolella ilmenee laaja-alainen ongelma.
  • Luo palautesilmukka COE:stä takaisin tukipalveluun: Kun COE oppii uutta tietoa, IT-tietokantaa tulee päivittää. Päätavoitteena on, että ensisijaisen tukihenkilöstön tulee jatkuvasti paremmin varustautuneena käsittelemään useampia ongelmia tulevaisuudessa.
  • Palautesilmukan luominen tukipalvelusta COE:hen: Kun tukihenkilöstö huomaa irtisanomisia tai tehottomuutta, hän voi välittää nämä tiedot COE:lle, joka saattaa haluta parantaa tietokantaa tai osallistua (erityisesti jos se liittyy hallintoon tai suojaukseen).

Kysymyksiä, jotka on esitettävä

Arvioi käyttäjätukea alla olevien kysymysten avulla.

  • Ken on vastuussa yrityksen tietojen ja BI-ratkaisujen tukemisesta? Entä omatoimisen ratkaisun?
  • Miten liiketoiminnan vaikutukset ja kiireellisyys tunnistetaan kriittisten ongelmien tunnistamiseksi ja priorisoimiseksi tehokkaasti?
  • Onko yrityskäyttäjillä selkeä prosessi, jossa he voivat ilmoittaa tietoihin ja BI-ratkaisuihin liittyvistä ongelmista? Miten tämä eroaa yritysten ja omatoimisten ratkaisujen välillä? Mitä eskalointipolut ovat?
  • Mitä ongelmia sisällöntuottajat ja kuluttajat yleensä kokevat? Kokevatko he esimerkiksi tietojen laatuun liittyviä ongelmia, suorituskykyongelmia, käyttöoikeusongelmia ja muita?
  • Suljetaanko ongelmia ilman, että niitä ratkaistaan? Onko tietokohteissa tai raporteissa tällä hetkellä "tunnettuja ongelmia"?
  • Onko tietoresurssien omistajille käynnissä prosessi, jossa ongelmat eskaloituvat omatoimisten BI-ratkaisujen avulla COE:n kaltaisille keskustiimeille?
  • Miten usein ongelmat tiedoissa ja olemassa olevissa ratkaisuissa ovat? Mikä on näiden ongelmien osuus, ennen kuin ne vaikuttavat liiketoiminnan loppukäyttäjiin?
  • Miten kauan yleensä kestää ratkaista ongelmia? Riittääkö tämä ajoitus yrityskäyttäjille?
  • Mitä ovat esimerkkejä viimeaikaisista ongelmista ja konkreettisista vaikutuksista liiketoimintaan?
  • Osaavatko yritystiimit ja sisällöntekijät ilmoittaa Fabric-ongelmista Microsoftille? Voivatko yritystiimit tehokkaasti hyödyntää yhteisön resursseja kriittisten ongelmien estossa?

Huomautus

Kun arvioit käyttäjätukea ja kuvailet riskejä tai ongelmia, käytä varoen neutraalia kieltä, joka ei aseta syytä yksilöille tai tiimeille. Varmista, että kaikkien perspektiivit ovat oikeudenmukaisesti edustettuina arvioinnissa. Keskity objektiivisiin tietoihin, jotta voit ymmärtää ja kuvailla kontekstia tarkasti.

Kypsyysasteet

Seuraavat erääntymistasot auttavat sinua arvioimaan Power BI -käyttäjätuen nykyistä tilaa.

Taso Käyttäjätuen tila
100: Aloitus • Yksittäiset liiketoimintayksiköt löytävät tehokkaita tapoja tukea toisiaan. Taktiikkaa ja käytäntöjä kuitenkin siilotaan, eikä niitä käytetä johdonmukaisesti.

• Sisäinen keskustelukanava on käytettävissä. Sitä ei kuitenkaan valvota tarkasti. Siksi käyttökokemus on epäyhtenäinen.
200: Toistettavissa • COE kannustaa aktiivisesti joukkueen sisäistä tukea ja mestariverkoston kasvua.

• Sisäisellä keskustelukanavalla on paljon pitoa. Siitä on tullut oletuspaikka kysymyksille ja keskusteluille.

• Mikrotuki käsittelee muutamia yleisimpiä teknisen tuen ongelmia.
300: Määritetty • Sisäinen keskustelukanava on suosittu ja pitkälti omatoiminen. COE valvoo ja hallitsee aktiivisesti keskustelukanavaa sen varmistamiseksi, että kaikkiin kysymyksiin vastataan nopeasti ja oikein.

• Tukipalvelun seurantajärjestelmä seuraa tuen tiheyttä, vastausaiheita ja prioriteetteja.

• COE tarjoaa tarvittaessa asianmukaisen laajennetun tuen.
400: Osaava • Mikrotuki on täysin koulutettu ja valmis käsittelemään laajemman määrän tunnettuja ja odotettuja teknisen tuen ongelmia.

• Palvelutasosopimuksia laaditaan tukipalvelun tukiodotusten määrittämiseksi, mukaan lukien laajennettu tuki. Odotukset dokumentoidaan ja välitetään, jotta ne ovat selviä kaikille mukana.
500: Tehokas • Mikrotuen ja COE:n välillä on kaksisuuntaisia palautesilmukoita.

• Suorituskykyilmaisimet mittaavat tyytyväisyyttä ja tukimenetelmiä.

• Automaation avulla mikrotuki voi reagoida nopeammin ja vähentää virheitä (esimerkiksi ohjelmointirajapintojen ja komentosarjojen käyttöä).

Microsoft Fabricin käyttöönoton toteutussuunnitelmasarjan seuraavassa artikkelissa tutustutaan järjestelmän valvontaan ja hallintotoimintaan.