Kuvan lähde: Getty Images
Hallitse muutosta tai ole sen uhri. Tietotekniikkainfrastruktuurikirjaston (ITIL) muutoksenhallintaprotokollien käyttäminen minimoi IT-palveluiden keskeytysten riskin pienyrityksessäsi.Isot ja pienet ITIL-periaatteita soveltavat organisaatiot kamppailevat usein muutoksenhallinnan ja erilaisten muutostyyppien vaikutuksen IT-prosesseihin kanssa.
Näytämme sinulle, kuinka voit voittaa tämän kamppailun, kun käymme läpi kolme ITIL-muutostyyppiä alla ja hyödyt niiden käyttämisestä muutoksenhallintaprotokollassasi.
Yleiskatsaus: Mitkä ovat ITIL-muutostyypit?
ITIL-muutoshallinnan tavoitteena on minimoida riskit, jotka liittyvät infrastruktuurin, prosessien, ohjelmiston, laitteiston tai asiakirjojen lisäämiseen, poistamiseen tai muuttamiseen, jotka voivat vaikuttaa IT-palvelut.
Muutos, jota muutosneuvottelukunta (CAB) ja muutospäällikkö valvovat, on jaettu kolmeen luokkaan:
ITIL-muutostyypit ovat osa suurempaa ITIL-kehystä. ITIL aloitti toimintansa 1980-luvulla IT-palvelujen hallinnan (ITSM) parhaiden käytäntöjen ja tarkistuslistojen ad hoc -kokoelmana. Se on kehittynyt kokonaisvaltaiseksi lähestymistavaksi, joka yhdistää kaikki IT-toiminnot yleisiin liiketoimintaprosesseihin ja tavoitteisiin.
Kaikissa ohje- ja huoltopalvelusovelluksissa ei ole ITIL-yhteensopivia muutoksenhallintatoimintoja. Tämän ominaisuuden erottaminen tai puuttuminen on tärkeä näkökohta IT-hallintaohjelmistoa valittaessa.
ITIL-muutostyypit
ITIL-muutosten hallintamenettelyt minimoivat riskin. Jokainen IT-osastollasi tehty toimenpide vaikuttaa koko pienyrityksesi toimintaan, ja muutoksenhallintamallit tuottavat haluttuja myönteisiä tuloksia ei-toivottujen negatiivisten seurausten sijaan.
1. Normaali
Sidosryhmät, kuten työntekijät tai ulkopuoliset palvelun käyttäjät, käynnistävät normaalin muutoksen muutospyynnöllä (RFC), joka lähetetään IT-tuen tai palvelupisteen kautta. Normaalit muutokset kattavat kaikki muutokset, jotka eivät ole hätämuutoksia.
Jokainen muutos on nopeutettu tai vakiomuutos, joka on riittävän alhainen, jotta CAB-arviointia ei vaadita.
Normaalien muutosten luokat ovat:
Normaalissa muutosprosessissa on kuusi vaihetta:
RFC-työnkulkuprosessi standardoi palvelupyyntöjen arvioinnin ja toteutuksen. Kuvan lähde: Tekijä
Normaaleihin muutoksiin kuuluvat myös pienet muutokset, ei-triviaaliset muutokset, joilla on pieni riski ja vähäinen vaikutus, sekä suuret muutokset, suuren riskin ja suuren vaikutuksen muutokset, jotka ilman asianmukaista suunnittelua voivat keskeyttää elävät toimintaympäristöt.
2. Vakio
Vakiomuutoksissa käytetään dokumentoituja menettelyjä, jotka CAB on aiemmin tarkistanut ja muutospäällikkö on hyväksynyt. Vakiomuutokset sisältävät palvelupyynnöt, kuten tietokoneen asentamisen uudelle työntekijälle tai laitteiston elinkaaren toiminnot, kuten tulostimen vaihtamisen.
Vakiomuutosten tekeminen tarjoaa useita etuja:
Vakiomuutokset eivät ole yhtä ajan herkkiä kuin hätämuutokset, eikä niissä ole yhtä monta vaihetta kuin normaaleissa muutoksissa. Ne kodifioivat IT-osaston prosesseja ja auttavat osoittamaan integraatiotason muun yrityksesi kanssa.
3. Hätätilanne
Vaikka hätämuutoksia nopeutetaan, ne noudattavat silti määriteltyä prosessia, joka muistuttaa tavallisia muutoksia, mutta muutamalla keskeisellä erolla:
Hätämuutosprosessin käyttäminen vastauksena odottamattomaan tilanteeseen on kriittistä, koska sellaisen ratkaisun käyttöönotto ilman valvontaa voi aiheuttaa enemmän ongelmia kuin ratkaisee. Jokainen vaihe on dokumentoitava; sähköposti ja/tai suullinen viestintä ei riitä.
ITIL-muutoshallinnan käyttötavat pienyrityksille
Muodollisen muutoksenhallintaprosessin käyttäminen on tärkeää kaikille yrityksille riskien minimoimiseksi. Muutoksenhallinta on kuin vakuutus: älä odota, kunnes tarvitset sitä, koska silloin on liian myöhäistä.
Vaikka hätämuutokset ovat reaktiivisia ja vakio- ja normaalimuutokset ovat ennakoivampia, muutoksenhallintaprosessi valmistaa IT-osastosi paremmin tarjoamaan korkeatasoista keskeytymätöntä palvelua.
Normaali käyttötapaus: Pyydä uutta palvelua
Alla oleva RFC koskee uutta ominaisuutta, jonka avulla käyttäjät voivat merkitä itsensä maantieteellisesti. Keskeisiä tietoja ovat:
Tämä RFC sisältää ytimekkäät, olennaiset tiedot, jotka tukevat ehdotettua muutosta. Kuvan lähde: Tekijä
Esimuotoillun RFC-mallin käyttäminen varmistaa, että CAB:lla ja muutosten johtajalla on kaikki tarvittavat tiedot ehdotetun muutoksen arvioimiseksi. Kaikilla normaaleilla muutoksilla, joko pienellä tai suurella, on riskitaso ja mahdollinen vaikutus palvelutoimintaan ja ne vaativat harkittua harkintaa.
Vakiomuutoskäyttötapaus: Palvelimen poistaminen käytöstä
Alla oleva vakiomuutos on poistaa palvelin käytöstä osana laitteiston elinkaarta. Keskeisiä tietoja ovat:
Vakiomuutokset eivät vaadi RFC:tä, mutta edellyttävät silti dokumentaatiota suoritettujen toimien kirjaamiseksi. Kuvan lähde: Tekijä
Vakiomuutokset eivät vaadi CAB-arviointia, koska niiden prosessit on jo hyväksytty. Nämä muutokset vaativat kuitenkin edelleen osastopäällikön tai muutospäällikön hyväksynnän.
Hätämuutosten käyttötapaus: Asenna ohjelmiston hotfix-korjaus
Hätämuutokset korjaavat aikaherkkiä ongelmia, kuten nollapäivän hyväksikäytöt, äskettäin tunnistetut tietoturvavirheet tai hajautetut palvelunestohyökkäykset (DDoS). Alla oleva EC on ohjelmiston hotfix-korjaukselle, ja sen tiedot sisältävät:
Ohjelmiston hotfix-korjauksen asennus on nopeutettava palvelun keskeytysten tai tietojen tunkeutumisen estämiseksi. Kuvan lähde: Tekijä
Aika on keskeistä EY-sopimusta laadittaessa riippumatta siitä, käsitelläänkö se olemassa olevaa suurta vaaratilannetta tai ehkäisee uhkaavaa. Tämä lisää jokaisen EY:n loppuun saattamisen vaiheen dokumentoinnin tärkeyttä. Nämä tiedot antavat PIR-tiedot ja auttavat parantamaan EY-protokollia tulevia tapauksia varten.
Hallitse muutosta pienyrityksessäsi
Muutoshallinta on keskeinen osa ITIL-säätiötä IT-osastosi toimintojen integroimiseksi muuhun liiketoimintaasi. Kehitä ja toteuta muutoksenhallintaprosessisi nyt välttääksesi tarpeettomat palvelukatkot, ylimääräiset kulut ja asiakastyytyväisyyden heikkeneminen.
