Prosjekter starter sjelden helt fra null, men ofte med litt for få spørsmål. I stedet for å bruke tid på å få oversikt, kaster vi oss rett inn i fremdriftsplaner, milepæler og leveranser. Det kan bli dyrt.
Med nesten 30 år i bransjen ser vi at de fleste prosjektene som sprekker, har én ting til felles: de startet uten å finne svar på de grunnleggende spørsmålene. Ikke fordi noen var uansvarlige, men fordi presset for å komme i gang ofte er sterkere enn lysten til å tenke seg om. Her er de syv spørsmålene vi mener alle bør ha svar på før prosjektet setter i gang for fullt.
1. Hva er det vi egentlig skal oppnå, og hvem eier målet?
Et prosjekt uten et tydelig mål er vanskelig å lede. Det er fort gjort å formulere målet som «vi skal utvikle et nytt system», men det egentlige målet handler gjerne om noe mer konkret: bedre tjenester for brukerne, mer effektiv drift eller innfrielse av et lovpålagt krav.
Spør deg selv hva prosjektet faktisk prøver å oppnå, og hvem som har ansvaret for at dere lykkes. Uten en tydelig prosjekteier som tar eierskap til målet, mister prosjektet retning. Alle vet hva de gjør, men ingen vet hvorfor. Det er en svært vanlig årsak til at IT-prosjekter feiler, og en av de enkleste å forebygge.
2. Har vi snakket skikkelig om behov og forventninger?
Ulike interessenter har ulike forventninger. Det gjelder prosjektteamet, ledelsen, leverandørene og brukerne. Hvis forventningene ikke er tydelig avklart tidlig, dukker de gjerne opp som overraskelser midtveis i prosjektet, når de er mye dyrere å håndtere.
God prosjektledelse handler like mye om å gjøre forventningene eksplisitte som om å levere det som er avtalt. Hvem har behov i dette prosjektet, og hvordan vet dere at dere leverer på dem? Det svaret bør foreligge før kick-off, ikke etter.
3. Har vi valgt en tilnærming som faktisk passer?
Det finnes mange metoder og rammeverk å velge mellom: Scrum, Prince2, Prosjektveiviseren, hybridmodeller. Utfordringen er å finne den som faktisk passer til prosjektets størrelse, kompleksitet og usikkerhet.
Et utviklingsprosjekt med høy grad av usikkerhet trenger rom for iterasjon. Et infrastrukturprosjekt med klare krav og streng dokumentasjonsplikt trenger mer forutsigbar styring. Metodikken bør følge prosjektet, ikke omvendt. Les mer om hva god prosjektledelse innebærer i praksis og hvilke tilnærminger som passer til ulike typer leveranser.
4. Vet vi hvem som gjør hva, og hvem som bestemmer?
Når roller og ansvar er uklare, mister prosjektet fart. Det skaper usikkerhet om hvem som eier beslutningene, hvem som koordinerer på tvers og hvem som eskalerer når noe går galt. I prosjekter med mange leverandører og interne ressurser er dette særlig kritisk.
Et tydelig ansvarskart er ikke byråkrati. Det er det som gir folk trygghet til å handle raskt og riktig i krevende situasjoner. Spør tidlig: hvem har ansvar for hva, og hvem tar beslutningene? Rolleavklaring er en av de viktigste oppgavene en ekstern IT-prosjektleder bidrar med fra dag én.
5. Har vi tenkt gjennom hva som kan gå galt?
De fleste prosjekter starter med entusiasme og optimistiske fremdriftsplaner. Det er bra. Men det er like viktig å løfte blikket og spørre: hva kan faktisk skape trøbbel?
Risiko bør kartlegges tidlig, ikke etter at problemet er et faktum. Leverandørforsinkelser, uklare integrasjoner, manglende testdata, nøkkelpersoner som slutter, budsjettendringer – alt dette er forutsigbart nok til å planlegges for. Når du har tenkt gjennom risiko på forhånd, er det mye lettere å håndtere det når det inntreffer. Du finner en praktisk oversikt over de vanligste grunnene til at IT-prosjekter feiler og hva som skiller dem fra prosjektene som lykkes.
6. Har vi med oss brukerne fra start?
Mange prosjekter leverer teknisk sett det som ble bestilt, men bommer likevel fordi løsningen ikke fungerer for brukerne. Det skjer nesten alltid når brukerinvolveringen kommer for sent, gjerne som en enkel demo rett før lansering.
Brukerne må ikke bare høres, de må få bidra. Tidlig involvering gir innsikt i reelle behov, avdekker misforståelser i kravene og skaper eierskap til løsningen. Hvem skal bruke det dere lager, og hva vet dere egentlig om hvordan de jobber i dag? Det spørsmålet bør ha et konkret svar før prosjektet starter.
7. Har vi lagt til rette for å lære og justere underveis?
Ingen prosjektplan overlever møtet med virkeligheten uendret. Ting skjer. Krav endrer seg. Leverandører leverer annerledes enn forventet. Det må være rom for å justere kursen uten at det føles som et nederlag eller en fiasko.
Retrospektiver, korte beslutningssløyfer og tydelig kommunikasjon gjør det mulig å være tilpasningsdyktig uten å miste kontroll. Prosjekter som ikke evaluerer seg selv underveis, gjentar de samme feilene fra sprint til sprint. Spør deg selv om dere har struktur og kultur for å lære, ikke bare for å levere. Du finner en utfyllende liste over 10 ting som kan gå galt ved prosjektstart og hvordan du forebygger dem.
Et godt prosjekt starter med gode spørsmål
Å rigge et prosjekt handler ikke om å fylle ut skjemaer. Det handler om å skape forståelse, retning og trygghet for alle som er med. Jo bedre dere svarer på disse spørsmålene før dere setter i gang, jo sjeldnere dukker de opp som problemer underveis.
Hos Aspiria tror vi at god prosjektledelse handler like mye om å lytte som å levere. Vil du snakke om hvordan ditt neste prosjekt bør rigges? Ta kontakt med oss for en uforpliktende prat.
Ofte stilte spørsmål om prosjektstart
Hva bør man avklare først i et IT-prosjekt?
Det viktigste å avklare først er målet og hvem som eier det. Uten en tydelig prosjekteier og et definert suksesskriterium, er det vanskelig å ta gode beslutninger underveis. Deretter bør interessenter og forventninger kartlegges, og ansvar fordeles tydelig.
Hvor lang tid bør oppstartsfasen ta?
Det varierer med prosjektets størrelse og kompleksitet, men en god oppstartsfase er aldri bortkastet tid. For mellomstore IT-prosjekter er to til fire uker med grundig forarbeid vanlig. Prosjekter som skynder seg forbi oppstartsfasen, bruker ofte mye mer tid på å rydde opp i konsekvensene av det senere.
Hva er de vanligste feilene som gjøres før prosjektstart?
De vanligste feilene er uklare mål, manglende rolleavklaring og for lite involvering av brukerne tidlig. En annen klassiker er å velge metode og verktøy før man forstår hva slags prosjekt man egentlig har foran seg. Mange prosjekter hopper også over risikovurderingen fordi optimismen er stor i starten.
Trenger alle prosjekter en ekstern prosjektleder?
Ikke alle, men mange prosjekter ville gått bedre med en. En ekstern IT-prosjektleder tilfører struktur, metode og et utenfra-blikk som er vanskelig å få internt. Det er særlig verdifullt i komplekse prosjekter, ved systemskifter eller der interne ressurser allerede er fullt belagt.