Projektledning och Management

Ledning och styrning inom utveckling, kvalitetssäkring och drift inom IT 
Projektledning

Specialister på ledning och styrning av IT-projekt

Infrastruktur

Specialiserade på teknisk projektledning inom infrastruktur, migreringar och transitioner

Analyser

Stor erfarenhet av att genomföra analyser och förstudier

Våra Tjänster

Vi är specialister på att leda och styra IT-projekt med tekniska inslag

Teknisk Projektledning

Vi är tekniska projektledare, eller tekniska ledare i en agil kontext. De flesta uppdrag idag ställer krav på ett agilt förhållningssätt och vi har en utmärkt förmåga att använda agila arbetsmetoder tillsammans med traditionell styrning. I de flesta driftrelaterade projekt är detta av stor betydelse.

Migrering

Vi har stor erfarenhet av migreringar av olika slag. Oavsett om det handlar om att migrera från mainframe till modernare plattform, eller från en end of life-produkt till levande produkt har vi gedigen kompetens.

 Disaster Recovery (D/R)

Vi har kompetensen du behöver inom D/R för att se till att stora datamängder i känslig verksamhet hanteras så att ni inte tappar verksamhetsnytta. Vi arbetar strategiskt så att frågor kring hur stor en eventuell dataförlust får vara och hur snabbt en återställning tar hanteras professionellt utifrån era behov. Vi ser D/R som en teknisk företagsförsäkring där dataskydd, redundans och kostnad för produktionsbortfall är självklara parametrar i strategin för ett genomförandeprojekt. 

Kvalitetssäkring

Vid driftsättning av ny eller anpassad kod och infrastruktur är kvalitetssäkring grunden. Vi vet vad som krävs - vad gäller både funktionella och icke funktionella krav - vid en driftsättning. 

Managementstöd

Vi erbjuder kvalificerat chefsstöd för ledning- och styrning inom IT. Med mer än 20 års erfarenhet av ledning av utvecklingsprojekt, tekniskt projektledning inom produktion och drift samt flera chefsroller har vi kompetens att göra kvalificerade analyser och beslutsstöd. 

CEO har ordet

goLive Consulting startades 2011 av mig, Johnny Leijding. Mitt mål var att etablera ett företag med tjänster inom ledning och styrning med hög kvalitet. Detta genom att leda och delta i uppdrag med stor komplexitet. Vi har fram till idag byggt på oss en stor erfarenhet av detta, både genom bolagets anställda och underleverantörer. 

Ett projekt, stort eller litet, medför i de flesta fall en hel del utmaningar. Genom att med ett öppet förhållningssätt till både processer, teknik och till de medlemmar som finns i arbetsgruppen har vi lyckats med de projekt vi tagits oss an.

Idag har goLive ett flertal statliga ramavtal, en antal samarbetspartners både i Sverige och övriga Norden, samt många underleverantörer. Omsättningen har ökat stadigt sedan starten och vi omsätter nu strax under 20 MSEK. 

Jag ser med tillförsikt på framtiden och hoppas att just DU hör av dig för djupare diskussioner om samarbete!

goLive Consulting

Varför goLive?
Heart A line styled icon from Orion Icon Library.

Expertis och precision

Leveranssäkerhet och hög kvalitet på resultat är devisen vi jobbar efter. Lång erfarenhet och deltagande  i många komplicerade aktiviteter borgar för bra kompetens.  

Diamond A line styled icon from Orion Icon Library.

Erfarenhet och rutin

Vi har en lång erfarenhet av framför allt tekniska projekt och migreringar. Detta är av stor vikt för inte behöva "uppfinna hjulet igen"

Luxury A line styled icon from Orion Icon Library.

Heltäckande lösningar

Innan ett projekt startar kan förstudier, upphandlingar med tillhörande krav vara nödvändiga. Vi har bred erfarenhet av detta

Vanliga frågor

Vad är ett lyckat projekt? 

Det finns flera svar på den frågan. I teorin är ett lyckat projekt ett projekt som levererar på tid, med rätt kvalitet till budgeterad kostnad. Den klassiska TQK-klassningen (tid, kvalitet, kostnad) ska stipulera vad som viktigast. Om det sker med den metoden eller om man som uppdragsgivare gör detta på annat sätt är inte väsentligt, men att det verkligen görs - är väsentligt. Frågar du en controller om ett projekt är lyckat där leveransen varit över förväntan men till en högre kostnad, får du troligen ett annat svar än om du frågar användarna av ändringen. Och vice versa. 

Den viktigaste definitionen är att leverera vad som ska levereras!  I den processen måste du som ledare vara transparent, både mot "din" uppdragsgivare och de som deltar i aktiviteten. Uppdraget som ledare är att skapa denna förståelse under hela projektets livslängd. 

Varför olika metoder - agilt vs traditionellt?

Det agila manifestet motsäger inte traditionell ledning och styrning. Att vara snabbfotad och kunna anpassa utveckling i projekt mot en ny verklighet (krav) måste kunna ske - oavsett metod. Det finns egentligen ingen motsägelse när det detta.
 
I många organisationer jobbar man Lean/Agilt och kanske till och med i businessteam som ska ansvara för sin produkt fullt ut. Det är dock det inte ovanligt att det finns ett "arv" som måste tas hänsyn till, det är snarare mer regel än undantag. Det kan vara organisatoriska arv som till exempel att du behöver tillhöra en viss avdelning för att få behörigheter i vissa miljöer, eller att det finns leverans -och beslutsrutiner från tidigare processer som inte är utfasade, eller anpassade till det nya arbetssättet. 

Poängen är att du måste besitta en bra förmåga att anpassa agilt arbetssätt med befintliga metoder och processer. Detta är något vi har arbetet mycket med.

Hur genomförs en migrering?

En migrering kan såklart genomföras på flera olika sätt. En viktig princip har dock visat sig, är att förhålla sig till en "1:1-förflyttning". Det vill säga att undvika att göra förbättringar under själva migreringen, även om det kan vara tilltalande "när man ändå håller på". Detta kan vara en stor risk för både tidplan och budget. Ska ändringar genomföras bör dessa ändringar endast ske efter strikt ändringshantering, och i de flesta fall göras på befintlig plattform för att sedan migreras. Detta gäller särskilt fel som hittas i migrerad kod, det vill säga fel som redan finns och har upptäckts vid test på den nya plattformen. Just detta kan vara något som uppdragsgivare och projektledning behöver vara helt överens om vid uppstart. 
Man bruka säga att den befintliga plattformen aldrig varit så bra som när man lämnar den.

Ett migreringsprojekt är till stor del en test -och infrastrukturaktivitet. Även om det finns ytterligare delar i projektet. Men principen och organisationen för en migrering är ganska given om man har genomfört det några gånger. 
Frågan om man kan arbeta agilt i ett migreringsprojekt uppkommer ofta, svaret är att det går att hitta agila principer i arbetsmetoden, men att kravställningen bör vara fast och att 1:1 ska gälla. Det finns stora risker med att göra på annat sätt. Det vill säga, vid en migrering behöver en mix av agilt arbetssätt och traditionellt arbetssätt finnas.

Det finns även olika teorier kring driftsättning, En "Big Bang approach" eller att rulla ut mindre delar. Vad som är rätt och fel beror helt och håller på vilket typ av migrering man jobbar med. goLive har erfarenhet av både metoderna.

Hur genomförs en transition?

En transition är till skillnad från en migrering en flytt av befintlig utrusning till en annan site. Exempelvis om du byter infrastruktur från eget ägande till en sourcingstrategi. I det fallet kommer projektet att behöva hantera kravställning och avtal på ett annat sätt än vid en migrering. Projektet bör styras gemensamt men mottagaren (ny leverantör) är de som ansvarar för genomförandet. Som kund måste du ha en organisation för test och verifiering, samt vara skicklig på uppföljning. Både avseende progress, och på avtal.

Vid en transition är det mycket viktigt att sätta strukturen på uppdraget tillsammans med den nya leverantören. Det kan handla om tidsplan och praktiskt genomförande, avtal och budget samt hitta formen för olika forum, till exempel gemensam styrgrupp. 

Kontakt
goLive Consulting AB
Säte, Sundsvall
070-234 55 34
info@goliveconsulting.se