Ole Martin leder prosjektleveranser i Frontkom. Han har vært ansvarlig for leveranser av alle størrelser og ser de samme feiletrinnene gå igjen uavhengig av bransje og budsjett.
Det finnes en rekke myher om hvorfor digitale prosjekter går galt. Teknologien var feil. Leverandøren var dårlig. Budsjettet var for lavt. Tidsrammen var urealistisk.
Av og til er det sant. Men oftest er rotvarselen en annen: uklarhet. Uklarhet om hva som faktisk skal leveres. Uklarhet om hvem som bestemmer hva. Uklarhet om hva suksess ser ut som.
Tre årsaker til at prosjekter sporet av
Kravene er uklare ved oppstart. Alle tror de er enige om hva som skal bygges. Men når man begynner å lage det, viser det seg at kunde og leverandør hadde ulike bilder i hodet. Det som ser ut som en liten misforståelse tidlig, er en kostbar konflikt halvveis inn i prosjektet.
Beslutningsprosessen er for treg. En knapp som mangler tekst kan stoppe fremdriften i to uker fordi ingen eier avgjørelsen. I mellomtiden tikker budsjettet, og teamet venter. De færreste prosjekter feiler på grunn av dårlig arbeid. Mange feiler fordi wachtrom-dagene adderer seg opp.
Ingen eier helheten. Utviklere jobber i sitt spor, design i sitt, innholdsteamet i sitt. Ingen ser at de tre sporene ikke konvergerer. Det oppdages når det er for sent til å endre kurs uten store kostnader.
Tydelighetsproblemer tidlig i et prosjekt blir kostbare problemer sent. Det er ikke en observasjon. Det er en lov.
Hva Frontkom gjør annerledes
Frontkom-metoden er bygget rundt én innsikt: det er billigere å bruke ekstra tid på klarhet i starten enn å rædde opp i misforståelser når halvparten av budsjettet er brukt.
Det betyr at vi investerer uforholdsmessig mye tid i de første fasene: å avklare mål, avhengigheter, suksesskriterier og hvem som bestemmer hva. Vi etablerer en enkel beslutningsmatrise tidlig. Vi setter opp faste kadenser for statusmøter. Og vi identifiserer hvem hos kunden som må være involvert for at prosjektet skal komme videre når det trengs.
Det føles sakte i starten. Det er det ikke. Det er det som gjør at selve byggefasen går raskere og med færre overraskelser.
Hva vi måler på
Vi måler ikke suksess i leveranser. Vi måler det i forretningseffekt.
En nettside som leveres på estimert dato men som ikke brukes av målgruppen, er ikke en vellykket leveranse. Et system som er to uker forsinket men som faktisk løser problemet kunden hadde, er det.
Det krever at vi som leverandør forstår hva kunden faktisk prøver å oppnå, ikke bare hva de bestilte. Det er en mer krevende rolle, men det er den som gir varig effekt.
Et praktisk eksempel
Vi hadde nylig et prosjekt der kunden kom til oss med et ønske om å bygge et nytt intranett. Det var en klar bestilling. Men etter en grundig første fase viste det seg at rotvarselen til problemene de ville løse ikke var et manglende intranett, men at informasjonsflyten mellom avdelingene var uklar, og at det eksisterende systemet ikke ble brukt fordi ingen hadde fått opplæring.
Vi anbefalte en annen tilnærming enn hva de hadde bestilt. Det var en vanskeligere samtale. Men det ga langt bedre effekt.
Har dere et kommende prosjekt der dere vil ha en partner som stiller de rette spørsmålene før dere begynner å bygge? Ta gjerne kontakt.