Jaa

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

  • Artikkeli

Muistiinpano

Tämä artikkeli on osa Microsoft Fabricin käyttöönoton toteutussuunnitelman artikkelisarjaa. Yleiskatsaus sarjasta on artikkelissa Microsoft Fabricin käyttöönoton toteutussuunnitelma .

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.

Artikkelista aiheeseen liittyvät aiheet, kuten taitojen mentorointi, koulutus, dokumentaatio ja rinnakkaiskehitystuki, jotka on annettu Fabric-käyttäjäyhteisölle, on artikkelissa 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 -kaaviossa näkyvät neljä Sisäisen Fabric-käyttäjätuen tyyppiä ja kaksi ulkoisen tuen tyyppiä, jotka on kuvattu alla olevassa taulukossa.

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

Tyyppi Kuvaus
tyyppi 1. (sisäinen) ryhmän sisäinen tuki on hyvin epävirallista. Tukea esiintyy, kun tiimin jäsenet oppivat toisiltaan työnsä luonnollisen kurssin aikana.
tyyppi 2. sisäisen yhteisön (sisäinen) voidaan järjestää epävirallisesti, virallisesti tai molemmat. Näin tapahtuu, kun työtoverit ovat vuorovaikutuksessa keskenään sisäisten yhteisökanavien kautta.
tyyppi 3. tukipalvelun (sisäinen) käsittelee virallisia tukiongelmia ja pyyntöjä.
tyyppi 4. Laajennettu tuki (sisäinen) liittyy tukipalvelun eskaloimien monimutkaisten ongelmien käsittelemiseen.
tyyppi 5. Microsoftin (ulkoisen) sisältää tuen lisensoiduille käyttäjille ja Fabric-järjestelmänvalvojille. Se sisältää myös kattavan dokumentaation.
tyyppi 6. yhteisön tuen (ulkoiset) sisältävät maailmanlaajuisen asiantuntijayhteisön, Microsoftin arvokkaimmat ammattilaiset (MVP)-sekä sisällön harrastajat, 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:hin (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.

Juomaraha

Lisätietoja liiketoimintajohtoisten 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 tarkoittaa sitä, kun tiimin jäsenet oppivat toisiltaan ja auttavat toisiaan päivittäisessä työssään. Itsepalvelusisällön luojat, jotka nousevat mestareiksi, pyrkivät ottamaan tällaisen 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.

Muistiinpano

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ön tuki

Yhteisön muiden jäsenten tuki muodostuu usein viestien muodossa keskustelukanavalla tai erityisesti käytäntöyhteisölle. 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ä.

Juomaraha

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. Sisäistä yhteisöä on kuitenkin aina valvottava, hallittava ja vaalittava. 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 teknologian tulee kuvastaa sitä, missä käyttäjät jo työskentelevät, jotta toiminnot tapahtuvat niiden 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öjen yhteisö kokoaa ihmiset yhteen yhteisen edun perusteella. Se voi tarjota erilaisia perpektiiviä ohjeiden hankkimiseen ja yleiseen oppimiseen.

Sisäisen yhteisökeskustelukanavan avulla Center of Excellence (COE) - voi valvoa, millaisia kysymyksiä ihmiset esittävät. 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. Kuten Community of Practice -artikkelissa on kuvattu, COE:n on valvottava aktiivisesti keskustelukanavaa, jotta nähdään, kuka on avuksi. 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.

Juomaraha

Saatat haluta luoda botin, joka käsittelee joitakin yhteisön yleisimpiä ja yksinkertaisimpia kysymyksiä. Botti voi käsitellä yksinkertaisia kysymyksiä, kuten "Miten pyydän käyttöoikeutta?" tai "Miten pyydän 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ötilapyyntöihin,, yhdyskäytävätietolähteiden hallintaantai 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. Tietyissä tukipyynnöissä on erittäin tärkeää kehotetta. Huomaa, että automatisointi käyttämällä Power Apps - ja Power Automate voi tehostaa joitakin prosesseja. Lisätietoja on artikkelissa vuokraajatason työtilan suunnittelun.

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.

Juomaraha

Pelkästään teknisissä ongelmissa, kuten tietojen päivittämiseen virhe tai tarve lisätä uusi käyttäjä yhdyskäytävän tietolähteeseen, edellyttävät 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 - on syvällinen käsitys siitä, miten Fabricia käytetään koko organisaatiossa, ne ovat 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 tukipalvelupyyntöjen tietojen laatua.

Microsoft-tuki

Tässä artikkelissa käsiteltyjen sisäisten käyttäjätukitapojen lisäksi saatavilla on arvokkaita ulkoisia tukivaihtoehtoja, suoraan käyttäjien ja Fabric-järjestelmänvalvojien käytettävissä.

Microsoft-dokumentaatio

Tarkista Fabric -tukisivustosta, tärkeitä ongelmia, 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 kohdistetun 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 kirjata tukipalvelupyynnön Microsoft:lla.

Juomaraha

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.

Järjestelmänvalvojien tuki

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

Asiakkaille, joilla on Microsoft Unified Support -sopimus, kannattaa harkita tukipalvelun ja COE-jäsenten käyttöoikeuksien myöntämistä Microsoft Services Hub. 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 saada vastauksia mille tahansa käyttäjälle maailmassa. Vastausten saaminen keneltä tahansa missä tahansa voi olla erittäin tehokasta ja erittäin hyödyllistä. Kuitenkin, kuten minkä tahansa julkisen foorumin tapauksessa, on tärkeää vahvistaa foorumilla 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 luotat yhteisön tietoihin vianmäärityksessä, huomioi seuraavat:

  • Viimeisimmät tiedot. Yritä tarkistaa, milloin se on julkaistu tai milloin se on viimeksi päivitetty.
  • Sopiiko verkossa olevan ratkaisun tilanne ja konteksti todella sinun olosuhteisiin.
  • Esitettyjen tietojen uskottavuus. Luota hyvämaineisiin blogteihin ja sivustoihin.

Huomioitavat asiat ja tärkeimmät toiminnot

tarkistusluettelon – Huomioitavia asioita ja tärkeitä toimintoja, joita voit suorittaa käyttäjätuen tueksi.

Paranna tiimin sisäistä tukea:

  • Tarjoa tunnustusta ja rohkaisua: Kannusta mestareitasi luomaan kannustimia artikkelissa Community of practice kuvatulla tavalla.
  • Palkitsemispyrkimykset: Tunnista ja ylistä merkityksellisiä ruohonjuuritason toimia, kun näet niiden tapahtuvan.
  • Virallisten roolien luominen: Jos tiimin sisäiset epäviralliset toimet eivät ole riittäviä, harkitse roolien muodollistamista 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.
  • Seuraa aktiivisesti keskustelualuetta: Varmista, että asianmukaiset COE:n jäsenet seuraavat aktiivisesti tätä keskustelukanavaa. He voivat astua asiaan, jos kysymykseen ei vastata, parantaa vastauksia tai tehdä korjauksen tarvittaessa. He voivat myös julkaista linkkejä lisätietoihin olemassa olevien resurssien tietoisuuden lisäämiseksi. Vaikka yhteisön tavoitteena on tulla itseään tukevaksi, se vaatii silti omistautuneita resursseja sen valvontaan ja hoitamiseen.
  • Viesti-vaihtoehdot käytettävissä: Varmista, että käyttäjäsi tietävät, että yhteisön sisäinen tukialue on olemassa. 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 ohjevalikkolinkkejä ohjaamaan käyttäjät sisäisiin resursseihisi.
  • Määritä automaation: Varmista, että kaikilla käyttäjillä, joilla on käyttöoikeus, on automaattisesti pääsy yhteisön keskustelukanavaan. Voit automatisoida käyttöoikeuksien määritykset käyttämällä ryhmäpohjaisia käyttöoikeuksia.

Paranna sisäistä tukipalvelun:

  • Määritä tukipalveluvastuut: Päätä, mikä on tukipalvelun käsittelemien Fabric-tukiaiheiden alkuperäinen laajuus.
  • Arvioi valmiustason: 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 knowledgebase-: Sisällytä tunnetut kysymykset ja vastaukset hakutietokantaan. Varmista, että joku on vastuussa tietokannan säännöllisistä päivityksistä, jotta uudet ja parannetut ominaisuudet päivittyvät ajan myötä.
  • Lippujen seurantajärjestelmän määrittäminen: Varmista, että tukipalveluun lähetettyjen pyyntöjen seurantaan on käytössä hyvä järjestelmä.
  • Päätä, pyydetäänkö kaikkia Fabric-liittyviä ongelmia: Varmista tarvittaessa, että 24/7-tuen odotukset ovat selkeät.
  • Määritä, mitä palvelutasosopimuksia on olemassa: Kun tietty palvelutasosopimus on olemassa, varmista, että vastaukseen ja ratkaisuun liittyvät odotukset on dokumentoitu ja ilmoitettu selkeästi.
  • Valmistaudu toimimaan nopeasti: Valmistaudu käsittelemään yleisiä ongelmia erittäin nopeasti. Hidas tukivastaus johtaa siihen, että käyttäjät löytävät vaihtoehtoisia tapoja.

Paranna sisäistä laajennettua COE-tukea:

  • 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-tietokanta tulisi päivittää. Päätavoitteena on, että ensisijaisen tukihenkilöstön tulee jatkuvasti paremmin varustautuneena käsittelemään useampia ongelmia tulevaisuudessa.
  • Luo palautesilmukan tukipalvelusta COE-: Kun tukihenkilöstö havaitsee irtisanomisia tai tehottomuutta, he voivat välittää nämä tiedot COE:lle, jotka saattavat haluta parantaa tietämystä tai osallistua (erityisesti jos se liittyy hallintoon tai suojaukseen).

Kysymyksiä, jotka on esitettävä

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

  • Kuka on vastuussa yrityksen tietojen ja liiketoimintatietojen 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?

Varoitus

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.

Erääntymistasot

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

Taso Käyttäjätuen tila
100: Alkuperäinen • 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: Yhteensopiva kanssa • 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öä).

Aiheeseen liittyvä sisältö

Microsoft Fabricin käyttöönottosuunnitelmasarjan artikkelissa tutustu järjestelmän valvontaan ja hallintoon.