ITIL ja DevOps asetetaan helposti vastakkain. ITIL yhdistetään hallintaan, prosesseihin ja vakauteen, DevOps puolestaan nopeuteen, automaatioon ja jatkuvaan kehittämiseen.
Mutta entä jos vastakkainasettelu onkin koko keskustelun ongelma?
Modernissa IT-organisaatiossa pitäisi pystyä tekemään kahta asiaa samaan aikaan: kehittämään nopeasti ja hallitsemaan kokonaisuutta. Juuri tässä ITIL® (versio 5):n ja DevOpsin maailmat alkavat kiinnostavasti lähestyä toisiaan.
Tieturin webinaarissa ITIL® (versio 5) vs. DevOps – yhdessä vahvempia! ITIL® Ambassador Pirkko Haffer ja DASA DevOps -asiantuntija Kari Kakkonen tarkastelevat ITILin ja DevOpsin suhdetta sekä sitä, millaista osaamista moderni IT-palvelunhallinta ja jatkuva kehittäminen organisaatioilta vaativat.
ITIL ei ole enää vain prosesseja
ITILiin liittyy sitkeä mielikuva prosesseista, kontrollista ja tarkasti määritellyistä toimintamalleista. ITIL® (versio 5) vie ajattelua kuitenkin yhä vahvemmin kohti tuotteita, palveluita, arvon tuottamista ja liiketoiminnan tavoitteita.
Kyse ei siis ole siitä, kuinka täydellisesti organisaatio noudattaa tiettyä prosessia. Olennaisempaa on, tuottaako tekeminen oikeasti arvoa asiakkaalle ja liiketoiminnalle.
Samalla palvelunhallinnan toimintaympäristö muuttuu. Pilvipalvelut, automaatio ja tekoäly muuttavat tapaa, jolla digitaalisia tuotteita ja palveluita rakennetaan, tuotetaan ja johdetaan. Palvelunhallinnan on pystyttävä muuttumaan niiden mukana.
DevOpskaan ei ole pelkkää teknologiaa
Myös DevOpsista elää yksinkertaistettu käsitys.
CI/CD-putket, automaatio, kontit ja erilaiset kehitystyökalut ovat näkyvä osa DevOps-maailmaa, mutta DevOps ei pohjimmiltaan ole kokoelma teknologioita.
Kyse on toimintatavasta.
DevOps pyrkii purkamaan kehityksen ja operoinnin välisiä raja-aitoja, nopeuttamaan palautetta ja tekemään muutosten viemisestä tuotantoon sujuvampaa. Teknologia mahdollistaa paljon, mutta ilman yhteistyötä, yhteisiä tavoitteita ja selkeää vastuuta työkalut eivät yksin ratkaise ongelmaa.
Tässä kohtaa ITILin ja DevOpsin välinen raja alkaa hämärtyä.
Nopeus ilman hallintaa ei riitä – eikä hallinta ilman nopeutta
DevOps tuo organisaatioon kyvyn kehittää, testata ja julkaista nopeasti. ITIL tuo näkökulman siihen, miten palveluita johdetaan kokonaisuutena ja miten niiden tuottamaa arvoa tarkastellaan.
Organisaatio tarvitsee molempia.
Pelkkä nopeus voi pahimmillaan tarkoittaa sitä, että asioita tehdään tehokkaasti ilman riittävää ymmärrystä siitä, mitä kannattaa tehdä. Toisaalta täydellisesti hallittu toimintamalli ei auta, jos muutos on liian hidasta asiakkaiden ja liiketoiminnan tarpeisiin.
Modernin IT:n haaste ei siis ole valita ketteryyden ja hallinnan välillä.
Haaste on rakentaa toimintamalli, jossa ne tukevat toisiaan.
ITIL ja DevOps kohtaavat arvon tuottamisessa
Yksi kiinnostavimmista yhteisistä nimittäjistä on arvon tuottaminen.
DevOps pyrkii lyhentämään matkaa ideasta toimivaksi ratkaisuksi ja nopeuttamaan palautteen saamista. Moderni ITIL-ajattelu puolestaan tarkastelee palveluita ja tuotteita siitä näkökulmasta, millaista arvoa ne tuottavat asiakkaille, käyttäjille ja organisaatiolle.
Molemmissa huomio siirtyy yksittäisistä tehtävistä koko arvovirtaan.
Kun tätä näkökulmaa sovelletaan käytännössä, kysymyksetkin muuttuvat.
Sen sijaan, että kysyttäisiin noudatammeko prosessia oikein, voidaan kysyä auttaako toimintatapamme tuottamaan parempaa palvelua?
Ja sen sijaan, että mitattaisiin vain sitä, kuinka nopeasti pystymme julkaisemaan, kannattaa kysyä julkaisemmeko nopeammin asioita, joista asiakas todella hyötyy?
Yhteistyö ratkaisee enemmän kuin viitekehys
Sekä ITILin että DevOpsin tavoitteet törmäävät nopeasti samaan käytännön ongelmaan: organisaation siiloihin.
Kehitys voi optimoida kehitysnopeutta, operointi vakautta, palvelunhallinta prosesseja ja liiketoiminta omia tavoitteitaan. Jokainen voi onnistua omilla mittareillaan samalla, kun kokonaisuus toimii huonosti.
Siksi teknisten käytäntöjen rinnalle tarvitaan yhteistä kieltä ja ymmärrystä kokonaisuudesta.
ITIL voi auttaa hahmottamaan palveluita, vastuita ja arvon muodostumista. DevOps puolestaan tuo käytännön toimintamalleja yhteistyöhön, palautteen nopeuttamiseen, automaatioon ja jatkuvaan parantamiseen.
Kun nämä näkökulmat yhdistetään, keskustelu ei enää pyöri sen ympärillä, kuka omistaa minkäkin prosessin. Fokus siirtyy siihen, miten koko organisaatio onnistuu tuottamaan arvoa yhdessä.
Entä tekoäly?
Tekoäly tekee ITILin ja DevOpsin yhdistämisestä entistä ajankohtaisempaa.
AI voi nopeuttaa kehitystä, automatisoida tehtäviä, auttaa analysoimaan palveludataa ja muuttaa tapaa, jolla IT-palveluita tuotetaan. Samalla se nostaa esiin uusia kysymyksiä vastuusta, hallinnasta, laadusta ja päätöksenteosta.
Mitä enemmän tekemistä voidaan automatisoida, sitä tärkeämmäksi tulee ymmärtää, mitä automatisoidaan, miksi ja millä pelisäännöillä.
Nopeuden merkitys ei siis katoa. Mutta nopeuden rinnalle tarvitaan entistä enemmän kokonaisuuden hallintaa.
ITIL vai DevOps? Aloita ongelmasta, älä viitekehyksestä
Organisaation ei kannata ottaa käyttöön ITILiä vain siksi, että halutaan “tehdä ITILiä”. Samasta syystä DevOpsia ei kannata rakentaa vain työkalujen tai termin ympärille.
Parempi lähtökohta on kysyä, mitä ongelmaa ollaan ratkaisemassa.
Onko haasteena liian hidas muutosten läpimeno? Kehityksen ja ylläpidon välinen kitka? Epäselvät vastuut? Heikko asiakaskokemus? Liian pitkä palautesykli? Vaikeus nähdä, miten IT:n tekeminen liittyy liiketoiminnan tavoitteisiin?
Kun ongelma on selvä, myös oikeiden toimintatapojen valitseminen helpottuu.
Silloin ITIL ja DevOps eivät näyttäydy kilpailevina vaihtoehtoina vaan erilaisina näkökulmina samaan tavoitteeseen.
Tulevaisuuden IT tarvitsee sekä vakautta että muutoskykyä
IT-palveluilta vaaditaan tänään paljon. Niiden pitää olla luotettavia ja turvallisia, mutta samalla niiden pitäisi muuttua nopeasti asiakkaiden, teknologian ja liiketoiminnan mukana.
Siksi kysymys “ITIL vai DevOps?” alkaa olla vanhentunut.
Paljon kiinnostavampi kysymys kuuluu:
Miten ITILin palvelunhallinnan ajattelu ja DevOpsin jatkuvan kehittämisen kulttuuri voidaan yhdistää tavalla, joka auttaa organisaatiota tuottamaan parempia digitaalisia palveluita?
Parhaimmillaan vastaus ei ole joko–tai.
Se on molemmat.