Pro yleiskatsaus: Tapahtumien hallinta
Pro yleiskatsaus: Tapahtumien hallinta
Pro yleiskatsaus: Tapahtumien hallinta
Yhteenveto
Häiriönhallinta on IT-palveluiden hallinnan (ITSM) prosessi, joka keskittyy ensisijaisesti häiriöiden häiritsemien IT-palveluiden nopeaan palauttamiseen. Näihin häiriöihin voivat kuulua suunnittelemattomat IT-palveluiden keskeytykset tai laadun heikkenemiset, jotka voivat vaikuttaa yrityksen päivittäiseen toimintaan.
Tapahtumienhallinnalla on keskeinen rooli seisokkiaikojen minimoimisessa ja IT-palveluiden luotettavuuden ylläpitämisessä. Rakenteisen ja tehokkaan tapaustenhallinnan prosessin avulla yritykset voivat varmistaa toimintansa häiriöiden minimoinnin ja ylläpitää asiakkailleen korkealaatuista palvelua. Se edistää myös IT-infrastruktuurin parempaa ymmärtämistä ja auttaa tunnistamaan malleja ja trendejä, jotka voivat johtaa ennakoivampaan hallintaan tulevaisuudessa.
Käyttötapaukset
Prosessi sisältää seuraavat yleisen tason käyttötapaukset. Näiden käyttötapausten kuvaukset löytyvät niiden omilla sivuilla, joihin pääsee alla olevien linkkien kautta. Nämä erilliset sivut syventyvät käyttötapauksiin, esimerkkiskenaarioihin, työnkulkuihin, tuloksiin ja kuhunkin käyttötapaukseen liittyviin hyötyihin ja tarjoavat yksityiskohtaisen kuvan niiden rooleista tapaustenhallinnan elinkaaressa.
Käyttötapauskaavio
Tulokanavat
Oletusarvoisesti järjestelmä luo tikettitietokortteja tapahtumille neljällä päätavalla:
- Itsepalvelu: Loppukäyttäjät voivat luoda tapauksia itsepalvelun kautta täyttämällä tapauslomakkeen.
- Sähköpostipohjainen: Loppukäyttäjät voivat luoda tapauksia lähettämällä sähköpostia service desk sähköpostiosoitteeseen. Sähköpostin sisältö liitteineen täytetään tikettitietokortille.
- Manuaalinen raportointi: Puhelinsoiton tai henkilökohtaisesti service desk ilmoitettujen tapausten osalta service desk henkilökunta luo manuaalisesti tikettitietokortit varmistaakseen tarkan dokumentoinnin.
- Chat-integraatio: Integroitujen chat-alustojen kautta ilmoitetut tapaukset muunnetaan automaattisesti tikettitietokorteiksi. Tämä sisältää olennaisten tietojen poiminnan chat-keskustelusta, mikä luo saumattoman tapausten raportointiprosessin. Ei sisälly oletustoimitukseen.
- Teams-integraatio: Microsoft Teamsin kautta raportoiduille tapauksille järjestelmämme hyödyntää integraatio-ominaisuuksia luodakseen automaattisesti tikettitietokortin raportoidusta ongelmasta, mikä varmistaa kattavan tapahtumalokin. Ei sisälly oletustoimitukseen.
Pro aikajana
Tapahtumien hallintaprosessin aikajana on esitetty alla olevassa kuvassa. Prosessi mittaa ja tallentaa jokaisesta tapauksesta erilaisia tilastoja, jotka ovat kriittisiä palvelujemme suorituskyvyn arvioimiseksi ja parannusta vaativien alueiden tunnistamiseksi. Näistä tilastoista keskeisimpiä ovat:
Vastausaika: Tämä on aika siitä hetkestä, kun tapahtuma ilmoitetaan tai havaitaan, siihen, kun tukihenkilöstö kuittaa sen. Tämä mittari auttaa mittaamaan service desk ketteryyttä ja tehokkuuttamme tapahtumanhallintaprosessin aloittamisessa.
Ratkaisuaika: Tämä mittari tallentaa ajan, joka kuluu tapahtuman kuittaamisesta sen ratkaisemiseen, pois lukien mahdolliset keskeytysajat. Se arvioi tukitiimimme tehokkuutta vianetsinnässä ja tapahtumien ratkaisemisessa.
Kokonaisratkaisuaika: Tämä on aika siitä hetkestä, kun tapahtumasta ilmoitetaan, siihen hetkeen, kun se on ratkaistu, mukaan lukien kaikki ajankohdat, jolloin tapahtuma on keskeytetty. Se antaa yleiskuvan siitä, kuinka kauan tapahtuman täydellinen ratkaiseminen kestää käyttäjän näkökulmasta.
Pro : Tämä viittaa tukihenkilöstön tosiasiallisesti käyttämään aikaan tapahtuman käsittelyssä. Se on keskeinen indikaattori tapahtuman ratkaisemiseen tarvittavasta työvoimasta ja auttaa resurssien kohdentamisessa.
Automaattiset sähköposti-ilmoitukset
Ratkaisu lähettää ennalta määritettyjä sähköposti-ilmoituksia. Ylläpitäjä voi muuttaa sähköposti-ilmoitusten sisältöä. Tarvittaessa tiketin vastaanottajat voivat poistaa heille lähetettävät sähköposti-ilmoitukset käytöstä muokkaamalla henkilökorttiaan. Seuraavassa taulukossa esitetään tapausten hallintaprosessiin liittyvät automaattiset sähköposti-ilmoitukset.
Automaattiset sähköposti-ilmoitukset lähetetään Efecte Service Management Toolin tapahtumien kautta. Sähköpostien sisältö määritellään kuitenkin sähköposti-ilmoitusten datakorteilla. Sähköpostit lähetetään lyhyellä viiveellä (noin minuutti) tapahtuman jälkeen.
| # | Ilmoituksen nimi | Lähettäjän osoite | Vastaanottaja | Lähetetty milloin |
|---|---|---|---|---|
| 1 | Tiketti luotu | [asiakkaan määrittelemä] | Asiakas | Kun tiketti on luotu |
| 2 | Tiimi vaihtui lipussa | [asiakkaan määrittelemä] | Sen joukkueen jäsenet, jolle tiketti on osoitettu | Joukkueen vaihtumisen jälkeen |
| 3 | SLA-määräaika lähestyy tiketissä | [asiakkaan määrittelemä] | Tiimin jonotuspäällikkö | Viisi tuntia ennen tavoiteratkaisuaikaa |
| 4 | Uusi sähköposti saapui tikettiin | [asiakkaan määrittelemä] | Määräysvaltalainen | Kun tikettiin on saapunut uusi sähköposti |
| 5 | Asiakas lisää kommentin itsepalvelusta | [asiakkaan määrittelemä] | Määräysvaltalainen | Kun asiakas on lisännyt kommentin |
| 6 | Vastuuhenkilö vaihtui tiketissä | [asiakkaan määrittelemä] | Uusi vastuuhenkilö | Vastuunottajan vaihtumisen jälkeen |
| 7 | Vastuuhenkilö lisää kommentin itsepalveluun | [asiakkaan määrittelemä] | Asiakas | Kommentin lisäämisen jälkeen |
| 8 | Tehtävä annettu | [asiakkaan määrittelemä] | Määräysvaltalainen | Tehtävän määrittämisen jälkeen |
| 9 | Tiketti on ratkaistu | [asiakkaan määrittelemä] | Asiakas | Kun tiketti on ratkaistu |
Terminologia
| Termi | Selitys |
| Eskalaatio | Prosessi, jossa ongelma tai palvelupyyntö reititetään korkeammalle tukitasolle, kun alkuperäinen tukitaso ei pysty ratkaisemaan ongelmaa tietyssä ajassa tai siltä puuttuu tarvittava asiantuntemus tai resurssit ongelman ratkaisemiseksi. |
| Tapahtumien hallinta | Häiriöiden hallinnan tarkoituksena on minimoida häiriöiden kielteiset vaikutukset palauttamalla normaali palvelun toiminta mahdollisimman nopeasti. |
| Tapahtuma | Suunnittelematon palvelun keskeytys tai palvelun laadun heikkeneminen. |
| Kohdevasteaika | Enimmäisaika, jonka kuluessa tukitiimi pyrkii vastaamaan käyttäjän ilmoittamaan ongelmaan tai palvelupyyntöön. |
| Tavoitteen ratkaisuaika | Enimmäisaika, jonka kuluessa tukitiimi pyrkii ratkaisemaan ongelman tai palvelupyynnön käyttäjän ilmoitettua siitä. |
| Lippu | Palvelunhallintatyökalun datakortti, joka edustaa tapahtumaa, palvelutilausta tai tietopyyntöä. |
| Prioriteetti | Tapahtumalle tai palvelupyynnölle annettu tärkeys- ja kiireellisyysaste sen liiketoimintavaikutuksen ja vaadittavan ratkaisuajan perusteella. |
| Pikatäyttö | Ominaisuus, jonka avulla käyttäjät voivat nopeasti ja helposti täyttää yleisiä tai usein käytettyjä kenttiä luodessaan uutta tikettiä, tapahtumaa tai palvelupyyntöä. |
| Palvelutasosopimus | Palvelutasosopimus (SLA) on virallisesti sovittu suorituskyvyn tai palvelun laadun taso. SLA:ta edustaa palvelutasotietokortti palvelun hallintatyökalussa. |
| Tietokannan artikkeli | Dokumentaatioresurssi, joka tarjoaa tietoa yleisten ongelmien tai palvelupyyntöjen ratkaisemisesta. Artikkelit sisältävät vaiheittaiset ohjeet, kuvakaappauksia ja muita asiaankuuluvia tietoja, jotka voivat auttaa käyttäjiä ratkaisemaan ongelmansa itsenäisesti ilman tukitiimin lisäapua. |
Edellytykset
- Viestintäkanavat
- Pakollinen: Sähköpostiintegraatio sähköpostien vastaanottamiseen tiketteinä ja sähköpostien lähettämiseen asiakkaille.
- Lisäosat: Efecte Chat, Teams-integraatio
- Tukimalli
- Tukimalli ja tukiryhmän rakenne, mukaan lukien kunkin tukiryhmän tiimin jäsenet, tulisi määritellä.
- Päätiedot
- Tapahtumien luokittelujärjestelmä. Luokittelun tulee perustua palveluluetteloon.
- Palvelutasosopimukset
- Valmiiksi saatavilla olevaa oletusarvoista palvelutasosopimuksen datakorttia voidaan käyttää, jos palvelutasomääritelmiä ei ole. On aina suositeltavaa käyttää vähintään yhtä oletusarvoista palvelutasoa, koska se auttaa keräämään arvokkaita tilastotietoja tuen suorituskyvystä palvelutasosopimuksen mukaisesti.
- Organisaatiotiedot
- Henkilöt
- Tapahtumien hallintakäytäntö
- Organisaatiolla tulisi olla käytössä hyvin määritelty tapausten hallintapolitiikka. Tämä politiikka määrittelee organisaation sisällä tapausten hallintaan liittyvät tavoitteet, laajuuden, roolit ja vastuut. Se tarjoaa perustan tapausten hallintaprosessille.
Edut
- Minimoitu seisokkiaika
- Yksi tapausten hallintaprosessin kriittisimmistä eduista on seisokkiaikojen minimointi. Tunnistamalla, luokittelemalla ja ratkaisemalla tapaukset nopeasti organisaatiot voivat vähentää niiden vaikutusta liiketoimintaan ja varmistaa, että kriittiset IT-palvelut ovat loppukäyttäjien käytettävissä. Seisokkiaikojen minimointi parantaa tuottavuutta, asiakastyytyväisyyttä ja yleistä liiketoiminnan jatkuvuutta.
- Parannettu palvelun laatu
- Häiriönhallintaprosessilla on keskeinen rooli palvelun laadun parantamisessa. Organisaatiot voivat johdonmukaisesti täyttää tai ylittää asiakkaiden odotukset noudattamalla ennalta määriteltyjä häiriönhallintamenettelyjä ja palvelutasosopimuksia (SLA). Tehokas häiriönhallinta ja palvelun palauttaminen parantavat käyttäjäkokemusta, asiakastyytyväisyyttä ja luottamusta IT-palveluihin.
- Parempi IT-henkilöstön tehokkuus
- Tehokas tapausten hallintaprosessi virtaviivaistaa IT-henkilöstön toimintaa ja edistää tehokasta yhteistyötä. Selkeät roolit, vastuut ja menettelytavat varmistavat, että tapauksiin puututaan nopeasti ja oikeiden henkilöiden tai tiimien toimesta. Tämä johtaa tehokkuuden paranemiseen, reagointiaikojen lyhenemiseen ja resurssien optimoituun käyttöön, jolloin IT-henkilöstö voi keskittyä kriittisiin tehtäviin ja tarjota oikea-aikaista tukea loppukäyttäjille.
Näyttelijät ja roolit
| Näyttelijä | Kuvaus | Roolit Efecte Service Management Toolissa (ESM) |
| Loppukäyttäjä | Henkilö, joka käyttää yrityksen tarjoamia tuotteita tai palveluita. | Ei saatavilla |
| Service Desk Agent | Pro asiakastukea loppukäyttäjille. Service Desk asiakaspalvelija kuuluu tukiryhmään, joka toimii loppukäyttäjien ensimmäisenä yhteyspisteenä. |
Palvelupisteen agentti Agent |
| Kolmannen osapuolen toimijat | Kolmannen osapuolen toimijat ovat usein toimittajia, jotka tarjoavat IT-palveluita yritykselle. | Ei saatavilla |
Parhaat käytännöt lipputyyppien vaihtamiseen
Tapahtumat, palvelutilaukset ja tietopyynnöt käsitellään tikettimallilla. Tikettityyppi- attribuuttia käytetään tikettityypin määrittämiseen. On suositeltavaa ohjeistaa loppukäyttäjiä käyttämään oikeita lomakkeita itsepalveluportaalissa, jotta loppukäyttäjien käyttökokemus olisi sujuva. Joskus pyyntöjä ei kuitenkaan lähetetä oikean lomakkeen kautta. Näissä tilanteissa tikettityyppiä voi muuttaa tietyin rajoituksin. Sallitut ja kielletyt tikettityypin muutokset on lueteltu alla.
Sallitut lipputyypin muutokset
- Palvelutilaus → Tapahtuma
- Palvelutilaus → Tietopyyntö
- Tapahtuma → Tietopyyntö
- Tiedustelu → Tapahtuma
Lipputyypin muutokset eivät ole sallittuja
- Tapahtuma → Palvelumääräys
- Tikettityyppiä ei voi muuttaa tapahtumasta palvelutilaukseksi, koska palvelutilaukset (palvelupyynnöt) vaativat yleensä hyväksynnän. Tilaukset on lähetettävä itsepalveluportaalin kautta, jotta varmistetaan ennalta määriteltyjen hyväksymiskäytäntöjen noudattaminen.
- Tiedustelu → Palvelumääräys
Usein kysytyt kysymykset
- Mitä jos loppukäyttäjä yrittää tilata jotain lähettämällä tapahtuman?
- Suosituksena on pyytää asiakasta lähettämään tilaus oikean lomakkeen kautta itsepalveluportaalissa. Asianmukainen hyväksyntäprosessi, joka jättää jäljen, voidaan tehdä vain itsepalveluportaalin kautta lähetetyille tilauksille.
- Jos tällaisia tapauksia esiintyy usein, on suositeltavaa luoda pikatäyttö, jonka avulla service desk asiakaspalvelijat voivat ohjeistaa loppukäyttäjiä. Lisäksi suositellaan valmiiksi määritettyä sähköpostipohjaa.
- Entä jos loppukäyttäjät pyytävät usein tapauslomakkeen kautta jotain, mitä ei ole palveluluettelossa?
- Suosituksena on tunnistaa usein kysytyt kohdat ja lisätä ne palveluluetteloon, jotta loppukäyttäjät voivat lähettää pyyntöjä itsepalveluna palvelutilauksen kautta. Tämä mahdollistaa standardoidun prosessin, jossa on ennalta määritellyt tehtävät, jotka myös noudattavat hyväksymiskäytäntöjä.
- Mikä on oletusarvoinen tikettityyppi, kun tiketit luodaan manuaalisesti tai sähköpostitse?
- Manuaalisesti luotujen tai sähköpostitse saapuneiden tikettien tikettityyppi on oletusarvoisesti asetettu tapahtumaksi. Yllä luetellut säännöt ovat voimassa riippumatta siitä, minkä kanavan kautta tiketti vastaanotettiin.