Ett ärende är inte en uppgift

Skillnaden börjar i grundmodellen.

Utvecklingsverktyg är byggda kring uppgifter som förflyttas genom ett flöde av ett team som äger dem. Det fungerar utmärkt för utvecklingsarbete.

IT-tjänstehantering handlar om något annat: en användare som drabbats, en tjänst som påverkats, ett avtal om svarstid, en förändring som ska riskbedömas mot beroenden. De begreppen finns inte naturligt i en uppgiftsmodell utan måste byggas in.

Det går att bygga. Frågan är vad bygget kostar och vem som underhåller det när personen som gjorde det slutar.

Var det brukar ta emot

Förändringshantering. Godkännandenivåer, förändringsråd, förändringskalender och återställningsplaner – se ITSM för vad processen kräver. Det är här skillnaden blir tydligast för organisationer med revisionskrav.

CMDB och beroenden. Att kunna svara på vilka tjänster en förändring påverkar förutsätter ett register över komponenter och deras samband. I HaloITSM är det en kärnfunktion. Se CMDB och tillgångshantering.

SLA per tjänst och prioritet. Inte bara en klocka på ärendet, utan åtaganden kopplade till tjänst, prioritet och kalendertid med automatisk eskalering.

Tjänstekatalog med godkännanden. Beställningsflöden där olika tjänster har olika godkännare och olika ledtider.

Licensmodellen är värd en genomräkning

Atlassians prissättning är nivåbaserad, och funktioner som behövs för mogen ITSM ligger ofta högre upp än man förväntar sig. Lägg till marknadsplatsappar för det som saknas, och totalen blir en annan än den i den första jämförelsen.

HaloITSM licensieras per agent med ITIL-processerna inkluderade. Räkna på fem år och ta med appar, tillägg och konfigurationstid.

När Jira Service Management är rätt val

När ni är ett produkt- eller mjukvarubolag där utvecklingsavdelningen redan lever i Jira, IT-ärendena i praktiken är utvecklingsärenden, och samma personer arbetar i båda flödena. Då är närheten till backloggen värd mer än ITIL-djupet, och ett separat system skulle skapa dubbelarbete.

Ni behöver inte välja bort Jira

Det vanligaste upplägget hos organisationer som byter är inte att Jira försvinner. Utvecklingsarbetet blir kvar där det hör hemma, och IT-leveransen flyttar till ett system byggt för ändamålet, med en integration som kopplar ihop dem när ett ärende faktiskt kräver utveckling.

Vi är Nordens mest erfarna och största distributör och implementationspartner av HaloITSM, så väg in var vi står. Vi säger till om vi tycker att ni bör stanna där ni är.