Se alla lösningsområden

HaloITSM vs Jira Service Management

Vad som skiljer ett ITSM-system från ett servicelager ovanpå utvecklingsverktyg, och när skillnaden börjar kosta.

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.

Sju konkreta fördelar med HaloITSM

1. ITIL-processerna finns färdiga. Incident, request, problem, förändring, kunskap, CMDB och SLA ingår från start och är PinkVERIFY-certifierade – inget som ska konfigureras fram eller köpas till som app.

2. Inbyggd CMDB med beroenden. Ni kan svara på vilka tjänster en förändring påverkar innan ni genomför den. Se CMDB och tillgångshantering.

3. Förändringshantering som håller för revision. Godkännandenivåer, förändringsråd, förändringskalender och återställningsplaner – med spårbarhet för vem som ändrade vad, när och med vilket godkännande.

4. SLA kopplat till tjänst och prioritet. Inte bara en klocka på ärendet, utan åtaganden med automatisk eskalering innan tiden löper ut.

5. En prislista i stället för flera. Licensiering per agent med processerna inkluderade – inga nivåbyten och inga marknadsplatsappar för det som saknas.

6. Datalagring inom EU eller on-premise. SaaS, egen molnmiljö eller egen datahall. Avgörande i offentlig sektor och reglerad verksamhet.

7. Ni behöver inte välja bort Jira. Utvecklingsarbetet stannar där det hör hemma, IT-leveransen flyttar till ett system byggt för ändamålet, och en integration kopplar ihop dem när ett ärende faktiskt kräver utveckling.

Var det brukar ta emot

Förändringshantering. Det är här skillnaden blir tydligast för organisationer med revisionskrav – se ITSM för vad processen kräver.

CMDB och beroenden. Att kunna svara på vad en förändring påverkar förutsätter ett register över komponenter och deras samband.

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. Slutanvändare kostar ingenting. 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.

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 mellan dem.

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.

Testa gärna mot er egen verklighet först: trettio dagars kostnadsfri testmiljö med samtliga moduler aktiverade, och support på svenska, norska, danska och engelska.

Jira Service Management kommer från utvecklingsvärlden, HaloITSM från IT-tjänstehantering. Vi hjälper er avgöra vad ni behöver.

Vanliga frågor

Kan Jira Service Management användas som ITSM-system?
Ja, och många gör det. Frågan är hur mycket konfiguration som krävs för att nå dit ni vill, och vem som ska underhålla den.

Vad brukar utlösa ett byte?
Oftast att förändringshantering, CMDB eller SLA-uppföljning behöver något som kräver tillägg eller egen utveckling – eller att den som byggde konfigurationen slutat.

Har HaloITSM en inbyggd CMDB?
Ja, med beroenden mellan komponenter och tjänster som grund för riskbedömning vid förändringar.

Kan vi behålla Jira för utveckling?
Ja. Många kör Jira för utvecklingsarbetet och ett separat ITSM-system för IT-leveransen, med integration mellan dem.

Kan vi migrera vår ärendehistorik?
Ja. Ärenden, kontakter, tillgångar och kunskapsartiklar kan flyttas. Vi går igenom hur långt bak i tiden det är meningsfullt att gå.

Är HaloITSM ITIL-certifierat?
Plattformen är PinkVERIFY-certifierad för ITIL-processerna.

Hur lång tid tar en implementation?
En grundinstallation kan vara i drift på några veckor. Med migrering och integrationer två till tre månader.

Produkter inom området

Nordlo

Nordlo bygger skalbar IT-leverans med MSP Nordics som strategisk partner

37 % effektivare servicehantering genom standardiserade processer och automation
Läs mer
Läs mer
Med rätt plattform och tydliga processer kan vi skala vår leverans utan att öka administrationen i samma takt.
Nordlo

Vill du höra mer?

Vi berättar gärna mer om hur vi anpassat och skräddarsytt långsiktiga lösningar för våra kunder.