IT-projektledning: så driver ni IT-projekt i mål – den kompletta guiden

IT-projektledning

IT-projekt kan börja med tydliga mål och en genomarbetad plan, men ändå hamna snett längs vägen. Krav förändras. Tekniska beroenden upptäcks sent. Verksamheten och IT har olika bilder av vad som ska levereras. Beslut drar ut på tiden och projektgruppen får svårt att prioritera när vardagen samtidigt ska fungera.

Bra IT-projektledning handlar därför om mer än att hålla en tidplan.

Det handlar om att skapa struktur för beslut, få verksamhet och teknik att arbeta mot samma mål och hantera förändringar utan att tappa kontroll över omfattning, kostnad och kvalitet.

I den här guiden går vi igenom vad IT-projektledning innebär, vad en IT-projektledare faktiskt gör och vilka delar som är viktiga från förstudie till överlämning och förvaltning.

Vad är IT-projektledning?

IT-projektledning innebär att planera, leda och följa upp projekt där informationsteknik är en central del av förändringen.

Det kan exempelvis handla om att:

• införa ett nytt affärssystem
• byta eller uppgradera ett befintligt system
• implementera en ny digital tjänst
• integrera flera verksamhetssystem
• automatisera en affärsprocess
• migrera data mellan system
• genomföra större tekniska förändringar i en befintlig IT-miljö

Precis som i andra projekt behöver tid, budget, resurser, risker och leveranser hanteras. Men IT-projekt har ofta ytterligare en dimension: tekniska beslut och verksamhetsbeslut är tätt sammanlänkade.

Ett till synes litet verksamhetskrav kan påverka integrationer, data, testning, säkerhet eller andra system. Ett tekniskt beslut kan i sin tur förändra hur användarna behöver arbeta.

Därför behöver IT-projektledningen skapa en fungerande länk mellan verksamheten, tekniken och projektets övergripande mål.

Vad gör en IT-projektledare?

IT-projektledarens uppgift är att skapa förutsättningar för projektet att nå sitt mål.

Det innebär inte att projektledaren själv ska fatta alla beslut eller vara den främsta experten inom varje tekniskt område. Rollen handlar snarare om att se till att rätt frågor kommer upp, att rätt personer involveras och att beslut fattas med tillräckligt bra underlag.

Planering och prioritering

Projektledaren behöver skapa en realistisk plan för vad som ska genomföras, i vilken ordning och med vilka resurser.

Det innebär bland annat att identifiera aktiviteter, beroenden, beslutspunkter och milstolpar.

Planen behöver samtidigt kunna förändras. I ett IT-projekt upptäcks ofta nya förutsättningar längs vägen. Bra projektledning handlar därför inte om att försvara den ursprungliga planen till varje pris, utan om att kunna hantera förändringar kontrollerat.

Kommunikation mellan verksamhet och IT

Många IT-projekt berör personer med helt olika perspektiv.

Ekonomiavdelningen kanske fokuserar på hur en process ska fungera. IT fokuserar på arkitektur, säkerhet och förvaltning. Leverantören behöver tydliga krav. Ledningen vill förstå kostnad, risk och affärsnytta.

Projektledaren behöver få dessa perspektiv att mötas.

Det kräver inte bara teknisk förståelse, utan förmågan att översätta mellan verksamhetsbehov och tekniska konsekvenser.

Riskhantering

Risker försvinner inte för att de dokumenteras i en projektplan.

De behöver identifieras tidigt, prioriteras och följas upp under hela projektet.

I IT-projekt kan riskerna exempelvis handla om:

• otydliga krav
• bristande datakvalitet
• beroenden till andra system
• otillräckliga resurser
• sena verksamhetsbeslut
• integrationer som visar sig mer komplexa än väntat
• testning som påbörjas för sent
• oklar ansvarsfördelning
• förändringar i projektets omfattning

En viktig del av projektledningen är därför att göra riskerna synliga innan de utvecklas till akuta problem.

Uppföljning och leverans

Projektledaren behöver kontinuerligt kunna svara på några grundläggande frågor:

• Var befinner vi oss?
• Vad återstår?
• Vilka problem behöver lösas?
• Vilka beslut behöver fattas?
• Vad riskerar att påverka tid, kostnad eller kvalitet?

Uppföljning handlar inte om administration för administrationens skull. Den ska ge projektgruppen och styrningen tillräckligt bra information för att kunna agera i tid.

Vad skiljer IT-projektledning från traditionell projektledning?

Grundprinciperna för projektledning är desamma oavsett bransch: definiera mål, planera arbetet, hantera resurser, följa upp och leverera.

Skillnaden i IT-projekt ligger framför allt i mängden beroenden och förändringstakten.

Ett nytt affärssystem påverkar exempelvis sällan bara IT-avdelningen. Det kan förändra orderflöden, ekonomiprocesser, rapportering, lager, integrationer och användarnas dagliga arbete.

Samtidigt är alla tekniska förutsättningar inte alltid kända när projektet startar.

Det gör att IT-projektledaren behöver kunna arbeta med både struktur och osäkerhet.

För mycket detaljstyrning kan göra projektet trögt när förutsättningarna förändras. För lite styrning kan istället leda till att omfattning, kostnader och ansvar blir otydliga.

Balansen mellan dessa två är central.

IT-projektets faser – från förstudie till förvaltning

Alla IT-projekt ser olika ut, men de flesta går igenom ett antal återkommande faser.

Exakta namn och arbetssätt varierar beroende på organisation och projektmetod, men en förenklad struktur kan se ut så här.

1. Förstudie

Förstudien ska skapa förståelse för varför projektet behövs och vilka förutsättningar som finns.

Här bör organisationen bland annat undersöka:

• vilket problem som ska lösas
• vilka verksamhetsmål projektet ska stödja
• vilka system och processer som påverkas
• vilka huvudsakliga krav som finns
• vilka beroenden som behöver hanteras
• vilka risker som redan går att identifiera

Målet är inte att känna till varje detalj. Målet är att skapa ett tillräckligt bra beslutsunderlag för nästa steg.

2. Planering

När projektets mål och förutsättningar är tillräckligt tydliga behöver genomförandet planeras.

Här definieras exempelvis organisation, ansvar, aktiviteter, milstolpar, resurser, budget, kommunikation och uppföljning.

En viktig fråga är också hur förändringar ska hanteras när nya krav eller förutsättningar uppstår.

3. Genomförande

Under genomförandet byggs, konfigureras, integreras eller införs lösningen.

Projektledningen behöver hålla ihop arbetet mellan olika delar av projektet och säkerställa att problem, beroenden och beslut hanteras löpande.

Det är ofta här den ursprungliga planen möter verkligheten.

4. Test och kvalitetssäkring

Testning bör inte behandlas som en sista kontroll före lansering.

I större IT-projekt behöver testning planeras tidigt och ske på flera nivåer.

Det räcker inte att en enskild funktion fungerar isolerat. Hela processer behöver kunna testas, särskilt när flera system och integrationer är involverade.

5. Införande

När lösningen ska tas i bruk behöver teknik och verksamhet vara redo samtidigt.

Det kan innebära utbildning, datamigrering, produktionssättning, kommunikation, supportplanering och beredskap för problem efter lansering.

6. Överlämning och förvaltning

Ett projekt är inte färdigt bara för att lösningen har gått live.

Ansvar behöver lämnas över till den organisation som ska förvalta lösningen. Dokumentation, supportvägar, ägarskap och rutiner för framtida förändringar behöver vara tydliga.

En bra överlämning minskar risken för att projektets kunskap försvinner när projektgruppen upplöses.

Förstudie och kravställning – lägg grunden innan projektet startar

Många problem som blir dyra senare i ett IT-projekt börjar som otydligheter tidigt.

Det kan vara ett verksamhetsbehov som aldrig konkretiserades, ett systemberoende som inte kartlades eller två avdelningar som hade olika bilder av vad projektet faktiskt skulle leverera.

Därför är förstudie och kravställning centrala delar av IT-projektledning.

Bra kravställning handlar inte om att dokumentera varje tänkbar detalj innan arbetet får börja. Det handlar om att skapa samsyn kring vad verksamheten behöver uppnå och vilka krav som är viktigast för att komma dit.

Ett krav bör därför kunna kopplas tillbaka till ett faktiskt behov.

Fråga inte bara:

Vad ska systemet kunna göra?

Fråga också:

Vilket problem försöker vi lösa, för vem och varför?

Det gör det betydligt enklare att prioritera när tid, budget eller tekniska förutsättningar senare tvingar projektet att välja.

Agilt, vattenfall eller hybrid – vilken projektmetod passar ett IT-projekt?

Det finns ingen projektmetod som är rätt för alla IT-projekt.

Valet beror bland annat på hur tydliga kraven är, hur stor osäkerheten är, vilka beroenden som finns och hur organisationen arbetar.

Vattenfall

I en traditionell vattenfallsmodell genomförs projektet i tydliga steg, där exempelvis analys och kravställning görs före utveckling och test.

Modellen kan vara användbar när omfattningen är relativt tydlig och förändringar under projektet förväntas vara begränsade.

Utmaningen uppstår när viktiga behov upptäcks först efter att stora delar redan har specificerats eller byggts.

Agilt

Agila arbetssätt bygger istället på kortare iterationer, kontinuerlig återkoppling och möjlighet att förändra prioriteringar längs vägen.

Det kan passa bra när lösningen behöver utvecklas stegvis och när verksamheten kan vara aktivt involverad under genomförandet.

Agilt betyder däremot inte att projektet saknar planering eller styrning. Budget, mål, beroenden och ansvar behöver fortfarande hanteras.

Hybrid

I praktiken kombinerar många IT-projekt delar från båda arbetssätten.

Övergripande budget, styrning, milstolpar och beroenden kan exempelvis planeras traditionellt, medan utveckling och konfigurering genomförs iterativt.

Det viktiga är därför inte vad modellen kallas, utan att arbetssättet passar projektets faktiska förutsättningar.

Varför misslyckas IT-projekt?

Det är sällan en enda händelse som får ett IT-projekt att gå snett.

Oftare är det flera mindre problem som förstärker varandra.

Otydliga mål

Om projektgruppen inte har en gemensam bild av vad projektet ska åstadkomma blir det svårt att prioritera.

Projektet riskerar då att fokusera på aktiviteter och funktioner snarare än resultat.

Otydlig kravställning

Om verksamhetens behov inte är tillräckligt förstådda kan projektet leverera något som tekniskt fungerar men inte löser rätt problem.

Bristande beslutsförmåga

Projekt kan stå stilla trots att projektgruppen arbetar hårt.

Om ansvar är otydligt eller viktiga beslut drar ut på tiden skapas väntetider och följdproblem i andra delar av projektet.

För liten verksamhetsinvolvering

Ett IT-projekt är sällan bara ett IT-projekt.

Om verksamheten involveras för sent finns en risk att viktiga behov upptäcks först när lösningen redan är långt utvecklad.

Underskattade beroenden

System påverkar varandra.

En förändring i ett affärssystem kan påverka integrationer, rapportering, datalager, e-handel eller andra processer som inte var en del av den ursprungliga diskussionen.

Okontrollerade förändringar

Det är normalt att krav förändras.

Problemet uppstår när nya önskemål kontinuerligt läggs till utan att projektet samtidigt bedömer konsekvenserna för tid, budget och resurser.

Bra projektledning försöker därför inte eliminera förändring. Den gör förändringen synlig och hanterbar.

Så minskar ni riskerna i ett IT-projekt

Det går aldrig att ta bort all osäkerhet från ett IT-projekt. Däremot går det att skapa en struktur som gör problem lättare att upptäcka och hantera.

Några principer är särskilt viktiga.

• Definiera affärsmålet. Projektgruppen behöver förstå vilket resultat verksamheten vill uppnå, inte bara vilken teknisk lösning som ska implementeras.
• Skapa tydligt ansvar. Det ska vara tydligt vem som äger projektet, vem som fattar beslut och vem som ansvarar för respektive leverans.
• Kartlägg beroenden tidigt. System, data, integrationer och verksamhetsprocesser behöver ses som delar av samma helhet.
• Prioritera kraven. Alla önskemål kan inte automatiskt ha högsta prioritet.
• Följ upp risker kontinuerligt. Riskhantering är en pågående aktivitet, inte en engångspunkt vid projektstart.
• Testa tidigt. Ju tidigare problem upptäcks, desto större är möjligheten att lösa dem innan de påverkar hela leveransen.
• Kommunicera avvikelser. Dåliga nyheter blir sällan bättre av att rapporteras sent.

En fungerande projektorganisation gör det möjligt att upptäcka problem medan det fortfarande finns tid att agera.

Projektledning vid systeminförande och ERP-implementation

Att införa eller byta affärssystem är ett tydligt exempel på varför IT-projektledning behöver kombinera verksamhetsförståelse med teknisk förståelse.

Ett ERP-system påverkar ofta stora delar av organisationen: ekonomi, order, lager, inköp, rapportering och andra centrala processer.

Projektet behöver därför hantera mer än installation eller konfigurering av ett system.

Processer ska kartläggas. Krav ska prioriteras. Data ska flyttas. Integrationer ska fungera. Användare behöver förberedas och verksamheten behöver kunna fortsätta arbeta under förändringen.

Samtidigt finns ofta flera parter involverade: den egna organisationen, systemleverantörer, konsulter och leverantörer av andra system.

Projektledningen får då en viktig samordnande funktion.

Målet är inte bara att få systemet i produktion på ett visst datum. Målet är att verksamheten ska kunna använda lösningen på ett stabilt och hållbart sätt efter införandet.

Så leder ni ett integrationsprojekt i mål

Integrationsprojekt har sina egna utmaningar eftersom leveransen befinner sig mellan flera system och ofta flera organisatoriska ansvarsområden.

En integration kan tekniskt sett vara en koppling mellan system A och system B. Men för verksamheten är den en del av en större process.

En kundorder kanske skapas i ett system, kompletteras i ett annat, skickas vidare till lager och slutligen blir underlag för fakturering och redovisning.

Om projektet bara fokuserar på den tekniska överföringen mellan två system finns en risk att helheten tappas bort.

Därför behöver ett integrationsprojekt bland annat tydliggöra:

• vilket system som äger vilken information
• när data ska överföras
• vilka valideringar som behöver göras
• vad som händer när något går fel
• vem som ansvarar för respektive system
• hur hela verksamhetsflödet ska testas
• hur integrationen ska övervakas och förvaltas efter projektet

Ju fler system som är involverade, desto viktigare blir det att någon håller ihop helheten.

Intern eller extern IT-projektledare – vad passar er?

En vanlig fråga inför ett större IT-projekt är om projektet ska ledas av en intern medarbetare eller en extern IT-projektledare.

Båda alternativen kan vara rätt.

En intern projektledare har ofta god förståelse för organisationen, beslutsvägarna och verksamheten. Det kan vara en stor fördel, särskilt när projektet kräver omfattande intern förankring.

Utmaningen är kapaciteten. Den person som känner verksamheten bäst har ofta redan ett ordinarie ansvar som inte försvinner bara för att ett projekt startar.

En extern projektledare kan vara relevant när organisationen:

• saknar intern projektledningskapacitet
• behöver erfarenhet från liknande IT-projekt
• behöver förstärka organisationen under en begränsad period
• vill ha en person som kan fokusera fullt på projektet
• behöver någon som kan samordna flera leverantörer och intressenter

Valet bör därför inte bara utgå från kompetens. Frågan är också vem som faktiskt har mandat, tid och möjlighet att driva projektet.

I vissa projekt fungerar en kombination bäst, där en extern projektledare driver genomförandet tillsammans med en intern projektägare och verksamhetsrepresentanter.

Vad kostar en IT-projektledare?

Kostnaden för en IT-projektledare varierar beroende på projektets omfattning, komplexitet, tidsperiod och vilken erfarenhet som krävs.

Ett mindre projekt med få beroenden ställer andra krav än ett affärssystemsbyte med flera leverantörer, integrationer och verksamhetsområden.

Kostnaden påverkas bland annat av:

• projektets längd och omfattning
• projektledarens erfarenhetsnivå
• teknisk och verksamhetsmässig komplexitet
• hur många parter som behöver samordnas
• hur stor del av tiden projektledaren behöver vara engagerad
• om uppdraget kräver specialistkunskap inom exempelvis ERP eller integrationer

Det är samtidigt viktigt att inte bedöma projektledning enbart som en administrativ kostnad.

Bristande styrning kan skapa väntetider, omarbete, felprioriteringar och sena upptäckter som blir betydligt dyrare längre fram.

Den relevanta frågan är därför inte bara vad projektledaren kostar, utan vilken nivå av styrning projektets risk och komplexitet kräver.

Så väljer ni rätt IT-projektledare – en enkel checklista

En bra projektledare behöver passa projektet, inte bara ha rätt titel på sitt CV.

Några frågor är värda att ställa innan ni väljer:

• Har personen erfarenhet av liknande projekt? Ett ERP-införande, integrationsprojekt och renodlat utvecklingsprojekt kan ställa olika krav.
• Förstår projektledaren både verksamhet och teknik? Personen behöver inte vara specialist inom allt, men bör kunna förstå konsekvenserna av tekniska och verksamhetsmässiga beslut.
• Kan projektledaren kommunicera med olika målgrupper? Ledning, användare, utvecklare och leverantörer behöver olika typer av information.
• Hur arbetar personen med risker och avvikelser? Problem behöver synliggöras tidigt, även när budskapet är obekvämt.
• Finns förmåga att prioritera? Bra projektledning handlar ofta om att hjälpa organisationen välja vad som är viktigast.
• Är mandatet tydligt? Även en erfaren projektledare får svårt att lyckas om organisationen inte har definierat vem som får fatta vilka beslut.
• Finns tillräckligt med tid? Projektledning som ständigt konkurrerar med andra arbetsuppgifter riskerar att bli reaktiv.

Det viktigaste är att hitta en person som kan skapa struktur utan att göra projektet onödigt tungrott.

När behöver ni en IT-projektledare?

Alla tekniska förändringar behöver inte ett stort projekt med en dedikerad projektledare.

Behovet ökar däremot när flera delar behöver samordnas samtidigt.

Det kan vara dags att tydliggöra projektledaransvaret när:

• flera avdelningar påverkas
• flera leverantörer är involverade
• verksamhetskritiska system ska förändras
• projektet innehåller många tekniska beroenden
• tidplan eller budget är affärskritisk
• projektet kräver omfattande datamigrering eller integration
• den interna organisationen saknar tid att driva projektet
• ett misslyckande skulle få stora konsekvenser för verksamheten

Ju större konsekvensen av felaktiga beslut är, desto viktigare blir en tydlig projektstyrning.

Vanliga frågor om IT-projektledning

• Vad är en IT-projektledare?

  En IT-projektledare ansvarar för att planera, samordna och följa upp projekt där IT är en central del av förändringen. Rollen innebär bland annat att hantera mål, aktiviteter, resurser, risker, kommunikation och beroenden mellan verksamhet och teknik.

• Måste en IT-projektledare vara teknisk?

  En IT-projektledare behöver inte vara specialist inom varje teknik som används i projektet. Däremot är teknisk förståelse ofta värdefull för att kunna identifiera beroenden, ställa rätt frågor och förstå konsekvenserna av olika beslut.

• Vad är skillnaden mellan en projektledare och en teknisk projektledare?

  En teknisk projektledare arbetar vanligtvis närmare de tekniska delarna av leveransen och behöver kunna förstå exempelvis systemarkitektur, integrationer och tekniska beroenden. Exakt ansvar varierar dock mellan organisationer och projekt.

• Vilken projektmetod är bäst för IT-projekt?

  Det finns ingen metod som passar alla IT-projekt. Vattenfall kan fungera när omfattning och krav är tydliga, medan agila arbetssätt passar bättre när lösningen behöver utvecklas iterativt. Många organisationer använder en hybrid där övergripande styrning kombineras med iterativ leverans.

• När bör man anlita en extern IT-projektledare?

  En extern projektledare kan vara relevant när den interna organisationen saknar kapacitet eller erfarenhet, när projektet kräver specialistkompetens eller när någon behöver kunna fokusera på projektet under en begränsad period.

• Vad är viktigast för att lyckas med ett IT-projekt?

  Det finns ingen enskild faktor som garanterar ett lyckat projekt. Tydliga mål, relevant verksamhetsinvolvering, realistisk planering, tydligt ansvar, fungerande beslutsvägar och kontinuerlig riskhantering skapar däremot bättre förutsättningar för att nå projektets mål.

Sammanfattning – bra IT-projektledning skapar kontroll i förändringen

IT-projektledning handlar i grunden om att skapa struktur när verksamhet, teknik och människor ska förändras samtidigt.

En plan är viktig, men den räcker inte.

Projektet behöver tydliga mål, fungerande beslutsvägar, rätt kompetens, aktiv riskhantering och en gemensam förståelse för vad verksamheten faktiskt försöker uppnå.

Det blir särskilt viktigt vid systeminföranden, ERP-implementationer och integrationsprojekt, där tekniska beslut snabbt får konsekvenser långt utanför IT-avdelningen.

Bra projektledning innebär därför inte att förändringar och problem aldrig uppstår. Det innebär att organisationen upptäcker dem, förstår konsekvenserna och kan fatta rätt beslut innan de växer sig större.

Behöver ni förstärka ett kommande eller pågående IT-projekt? Konfigo arbetar med projektledning inom bland annat ERP, integrationer och tekniska förändringsprojekt. Kontakta oss så kan vi tillsammans gå igenom projektets förutsättningar och vilket stöd som är relevant.