Problem Management, del 3 processerna hör ihop

Published

ITIL Ramverket, Problem Management

Problem Management, del 3 processerna hör ihop

Ni har säkert hört uttrycket att ”Ingen kedja är starkare än sin svagaste länk”. Detta gäller också sambandet mellan incident, problem och change management. Om en av dessa processer inte fungerar tillfredställande, så är risken stor att de andra inte heller gör det, slutresultatet kommer i alla fall inte blis så bras om det kunde ha blivit.

Som vi har nämnt i föregående artiklar (del 1 & del 2) om Problem Management så är INTE incidentprocessen designad för att ta hand om incidenter som återkommer eller som man inte har löst inom en relativt kort tid (surdegar) på ett bra och strukturerat sätt. Incident management-processens syfte och mål är att återställa en IT-tjänst/system/lösning så snabbt som möjligt och minimera påverkan för verksamheten. Det dedikeras varken tid eller resurser inom incident management för att ”stanna upp” och göra en mer djuplodande undersökning för att hitta grundorsaken till varför te.x. återkommande incidenter uppstår.

Problem management-processen däremot, är designad för att tillåta teknikerna att ”gå in mer på djupet” i sin felsökning. Det bör också vara med i beräkningarna att det får ta extra tid att hitta grundorsaken till varför t.ex. vissa typer av incidenter återkommer. Man bör också ha en person som är utsedd till Problem Manager och som är ansvarig för att processen förvaltas på bästa sätt. Det är också önskvärt att ha tillgång till tekniker som enbart jobbar med problemhantering eller som avsätter schemalagd tid för att förvalta  och utveckla problemhanteringen.

Change management säkerställer att alla ändringar som görs är planerade, godkända och testade. D.v.s. changeprocessen kan aktiveras med input från incident eller problemprocessen.

Slutsatsen av detta resonemang är att de tre processerna inte bara har ett samband, utan är djupt involverade och beroende av varandra. De kan både stötta och komplettera varandra på ett utmärkt sätt. Ju mer vi resonerar och diskuterar med våra kunder om de tre processernas relationer desto mer inser vi och kunderna, att problemprocessen är ett måste för att få en stabil IT-drift och effektiv IT-support!

Läs artikeln, Problem Management – del 1

Läs artikeln, Problem Management – del 2

Av Robert Johnsson

Problem Management, del 2 – en avgörande process

Problem Management, del 2 – en avgörande process

Problem management är ITIL-processen som proaktivt förhindrar Att införa ITIL processen Problem Management, ITIL Foundationincidenter från att uppstå och minimera påverkan från de incidenter som inte kan förhindras.

Problem management-processen är ofta en av de minst prioriterade processerna hos organisationer. När vi frågar organisationer vilka processer de har infört, så är vår erfarenhet att de flesta inför Incident Management, Change Management och ibland Service Level Management och tjänstekatalogen. Däremot saknas oftast Problem Management-processen. En av anledningarna kan vara att man inte ser fördelarna i det korta perspektivet eller att man tror att det räcker med Incident Management-processen. Vi är av en helt annan uppfattning, vi tycker att Problem Management är en av de viktigaste processerna vi har. Den spar tid, pengar användarnas frustration!

Brandsläckning eller en enkel process?

För några år sedan var vi med och lanserade en ny landsomspännande TV-tjänst. Allt var frid och fröjd till en början. Sedan började barnsjukdomar att visa sig mer och mer. Incidenterna skickades likt en flipperkula mellan ett antal olika enheter. Samma incident kunde komma tillbaka till första linjen, ibland tre gånger eller mer, olöst. Alltid med förklaringen att ”den incidenten är inget vi hanterar”. Det skapade naturligtvis stor irritation och ett mindre krig pågick under en tid. Till slut tog några kloka människor ett samlat grepp för att lösa upp de värsta knutarna. Man samlades i en grupp för att diskutera situationen, man analyserade orsak och verkan, man gjorde en plan för att eliminera strulet och man satte en ansvarig person på att leda arbetet.

När vi några år senare fick höra talas om ITIL och bland annat processen Problem Management, var det som att ljuv musik uppstod! Det var mer eller mindre så vi hade jobbat, vi hade använt sunt förnuft och löst det prekära läget. Men, och det är ett stort MEN. Tänk om vi hade haft Problem Management-processen på plats redan från början, tänk om vi redan innan alla barnsjukdomar dök upp hade haft en process där alla visste vad som förväntades av en och vilka aktiviteter som ska utföras tillsammans med vem som gör vad, ja då hade situationen aldrig uppstått från början.

Så, för er som inte har en Problem Management-process på plats säger vi bara en sak, se till att ni har mycket personal över som kan jobba med brandsläckning eller inför en enkel Problem Management-process enligt ITIL. Ett bra steg på vägen är att gå en ITIL Foundation hos Larsson & Co.

Problem Management del 3

Läs artikeln, Problem Management – del 1

 

Problem Management, del 1 – Därför behövs Problem Management?

Problem Management, del 1 – Därför behövs Problem Management?

Utbildning: Att införa ITIL
Utbildning: Att införa ITIL

Om ITIL-processen problem management behövs på just ditt företag, bestämmer givetvis ni själva. ITIL i sig är ingen trollformel som löser alla problem. En av de största missuppfattningarna med ramverket ITIL är att många tror att ITIL är en modell som löser alla problem. ”Om ni gör som det står i boken, så kommer allt att fungera perfekt”.

Inget kan vara mer fel. ITIL består av fem böcker på ca 2000 sidor, där de ger rekommendationer på arbetssätt för att hantera olika scenarion som kan uppstå i en organisation, inom t.ex. problem management. Sedan är det alltid organisationen som i sin tur bestämmer om och hur de vill använda de rekommenderade arbetssätten. Arbetssätten är väl värda att testa då de har fungerat hos tusentals företag runt om i världen. Vi tycker att det är lite lyxigt att det redan finns en hel rad med beprövade arbetssätt, som är helt gratis att bara börja använda!

En bra process för surdegar

Organisationer kontaktar oss regelbundet och vill ha hjälp och tips på hur de kan komma vidare med processinförandet av problem-processen. De flesta har infört incident-processen, men tycker inte att den fungerar optimalt. När det uppstår återkommande fel och ”surdegar” upptäcker de flesta att incident-processen inte alltid kan hantera den här typen av ITIL Foundation, ITIL kurs, ITIL Utbildning, ITIL Certifieringincidenter på ett bra och strukturerat sätt. Detta beror till stor del på att incidentprocessen inte är designad för att hantera återkommande fel och ”surdegar” på ett tillfredsställande sätt. Och det är vid dessa tillfällen som problem management-processen kan göra som mest nytta.

Målet med problem management är att:

Det är viktigt att komma ihåg att en incident aldrig blir ett problemärende, då incidenter och problem har sina egna livscyklar.

Problemprocessen är till skillnad mot incidentprocessen, designad för att hantera den oordning och merjobb som återkommande incidenter kan ställa till med. Det räcker dock inte bara med att problemprocessen fungerar bra. Problemprocessen är väldigt beroende av att incident och change management-processerna också fungerar på ett tillfredsställande sätt.

Problem Management del 2

Du bestämmer själv hur agilt ITIL ska vara

Du bestämmer själv hur agilt ITIL ska vara!

itil agilOrganisationer och företag har en stor utmaning framför sig med att tydliggöra hur IT och ITIL kan stödja deras verksamhet. Idag kan det lätt uppstå en kamp mellan olika falanger som dels förespråkar att agila metoder är ”vida överlägsna” det mer ”byråkratiska” ITIL. Detta är förstås en av de största missuppfattningarna ute i verksamheten.

Det ligger även ett stort ansvar för organisationer som Axelos att bidra och hjälpa till med att förtydliga och klargöra att det inte finns några motsättningar mellan agila metoder och ITIL, utan tvärtom, att de kompletterar varandra!

ITILs Change Management-process är så agil som du vill att den ska vara

ITIL ska bara ses som rekommendationer, och vet man hur ett agilt arbetssätt fungerar är det inga problem att exempelvis använda ITILs Change Management-process utifrån ett agilt arbetssätt.

ITIL har exempelvis inga krav på hur ofta en CAB (Change Advisory Board) måste träffas för att besluta om förändringar, inte heller förespråkar ITIL att man ska vara byråkratisk och dra saker i långbänk. Vilket en del tycks tro är synonymt med ITIL. Det går alldeles utmärkt att jobba med olika nivåer gällande flexibilitet och anpassningsbarhet (agilt arbete). Det har helt att göra med Changens natur och verksamhetens förmåga att tolka och nyttja ITIL.

Det många tror när man pratar om ITIL och Change Management-processen är att det är en långdragen beslutsprocess och att en Normal Change (en change som per definition måste gå hela vägen genom den normala change-processen med allt vad det innebär) är den vanligast typen av changear, så är inte fallet! Den vanligaste changen är en Standard Change som genomförs på ett strukturerat och någorlunda agilt sätt inom mjukvaruutveckling eller genom dagliga infrastrukturs-changear. Helt enligt definitionen: låg risk och att vi har gjort det förut. I själva verket är det ganska få changear i vår vardag som måste gå igenom en regelrätt (och ofta segdragen om man gör den helt enligt boken och inte förstår den) Normal Change process.

Kort och gott, man bestämmer själv om man vill jobba agilt med ITIL.

LÄS AXELOS ARTIKEL OM ITIL KOPPLAT TILL AGILA METODER OCH MYCKET MER


 

Larsson & Co upphandlar intranät och ärendehantering åt kund

Stötta kund i upphandlingen av intranät, ledningssystem, dokumentering och ärendehantering-system.

En än gång vi fått förtroendet att hjälpa en av våra kunder i jakten på en bättre IT-leverans!

Vi är glada och stolta att kunna tillkännage att vi nu landat ytterligare ett nytt uppdrag!

I ett tidigare uppdrag där vi hjälpte kunden med en djuplodande verksamhetsanalys av deras IT-funktion utkristalliserade det sig ett stort behov av en kommunikations- och samarbetsplattform. Kunden har som mål att bland annat införa kvalitetsstandarden ISO 9001:2015 under hösten 2015 och behöver då systemstöd i form av ett ledningssystem och ärendehantering.

Beslut togs av ledningen att en upphandling av funktionerna: intranät, ledningssystem, ärendehantering och dokumenthantering skulle göras.

Larsson & Co fick förtroendet att hjälpa kunden med att ta fram passande leverantörer, koordinera workshops och möten samt framställer kravlistor på funktionella och icke funktionella krav. Freddie ansvara även för planering och dokumentering av arbetet.

Vill ni veta mer hur vi kan hjälpa just er? Slå en signal bara. KONTAKT


 

Larsson & Co tjänstgör förstudieledare, ITIL-processen Event Management för kommun

Ta fram färdplan för införandet av ITIL-processen Event Management för en kommun i norra Sverige.

En än gång vi fått förtroendet att hjälpa en av våra kunder i jakten på en bättre IT-leverans!

Vi är glada och stolta att kunna tillkännage att vi i dagarna vunnit en upphandling om att genomföra en djuplodande förstudie gällande ITIL-processen Event Management för en större kommun i norra Sverige.

Syftet med förstudien är att skapa ett underlag för ett kommande implementationsarbete av ITIL-processen Event Management (förenklat uttryckt: övervakningsprocessen). Förstudien består av att kartlägga nuläget genom bl.a. intervjuer, mognadsmätning och verktygsanalys med hjälp av strategiska roller inom IT avdelningen. I uppdraget ingår att analysera och tydliggöra arbetssätt, roller, gränssnitt och verktygsstöd.

I uppdraget ingår bl.a. att göra en verksamhetsanalys av leveransförmågan hos drift-avdelningen för att tydliggöra nuläget med syftet att utveckla en exekverbar, pragmatisk och kommunicerbar färdplan. Färdplanen utvecklas enligt rekommendationer från det internationella ramverket ITIL och enligt konceptet IBL – ITIL By Larsson & Co.

Vill ni veta mer hur vi kan hjälpa just er? Slå en signal bara. KONTAKT