Hvilken metodikk er best for ditt IT-prosjekt?
Hvis jeg bare kunne svart på dette spørsmålet med en gang, ville jeg gjort det med glede. Men det er selvfølgelig ikke så enkelt.
Den første, vannfallsmetodikken, bruker ofte et Fast Pris-samarbeidsmodell, mens den andre (Agile) ofte er basert på Time and Materials-modellen. Det er mye mer å si om disse to metodikkene, men i denne artikkelen vil jeg fokusere på hovedforskjellene i pris og tidsfrister, som er årsakene til de fleste spørsmål fra personer som ikke er kjent med IT-prosjekter.
Definisjoner
La oss starte med hva det egentlig betyr å bruke disse samarbeidsmodellene.
Fast Pris har blitt brukt så lenge menneskeheten har eksistert. Begge parter i en kontrakt blir enige om en pris og en tidsfrist. Begge parter har en perfekt forståelse av omfanget, og fullstendig spesifikasjon er en del av kontrakten – før partene signerer den.
Time and Materials er mer som å leie en person eller et team til prosjektet ditt og bli enige om en timepris, som faktureres en gang i måneden. Ingen totalpris, ingen streng tidsfrist, og omfanget kan endres.
Nå er de to metodikkene forskjellige på en måte der fordelene med den ene er ulemper for den andre. La oss gå nærmere inn på det.
Fast Pris – fordeler og ulemper
✅ Kjente priser – vel, jeg tror ikke jeg trenger å beskrive eller kommentere dette. Du kjenner totalprisen fra starten, så du vet at det passer inn i budsjettet
✅ Kjente tidsfrister – samme her. Du vet når produktet vil være klart til bruk, og det er det du betaler for
🟥 Lengre forberedelsestid – du kan ikke starte med en gang. Kunden må gjøre mye forberedelser før prosjektets oppstart. Jo mer komplekst prosjektet er, desto bedre må det beskrives.
🟥 Ingen endringer i omfang, ingen fleksibilitet – endringer i omfanget under prosjektet er definitivt IKKE velkomne. Derfor er det så viktig å sørge for at prosjektet du betaler for, er akkurat det du trenger. Vil du ha flere funksjoner? Det vil koste mye og tidsfristen vil bli utsatt.
Time and Materials – fordeler og ulemper
✅ Raskere oppstart – utviklingsteamet trenger ikke en eksakt spesifikasjon av produktet du vil lage. Vanligvis er en idé nok til å komme i gang. Deretter vil du inkludere potensielle brukere/kunder i prosessen så tidlig som mulig gjennom en MVP – og jobbe med nye funksjoner og implementere dem så ofte som mulig.
✅ Endringer i omfang er velkomne – vanligvis starter du med en idé. De fleste små selskaper vokser sammen med programvaren de bruker. Behovene endrer seg, markedet endrer seg, og du må tilpasse deg. I T&M kan du handle umiddelbart, mens det ikke er mulig i Fast Pris-prosjekter.
✅ Testing på lite omfang, deretter økning – det finnes et populært sitat fra Peter Drucker: «Det finnes ingenting så unyttig som å gjøre effektivt det som ikke burde blitt gjort i det hele tatt» – ved å teste løsningene dine på markedet ofte, kan du unngå å utvikle unødvendige funksjoner og vite nøyaktig retning for produktet ditt. Du leser markedet og responderer på det. Dette er umulig i vannfallsprosjekter.
✅ Fleksibilitet og enkel kontraktsavslutning – du starter raskt og kan også avslutte raskt eller endre retning hvis du ikke ser forventede resultater
🟥 Ukjent pris – selv om du kjenner månedssatsen og kanskje til og med har en estimert kostnad, vet du aldri den eksakte kostnaden for hele prosjektet. Estimatene var mest sannsynlig gratis uansett, så hvor mye tid og innsats ble brukt for å lage dem?
🟥 Ukjente tidsfrister – hvis du må finne ut hva du skal bygge i utgangspunktet, kan du rett og slett ikke vite tidsfristen (med mindre omfanget kan variere)
🟥 Krever engasjement gjennom prosessen – dette kan være både en fordel og ulempe, men ja, klienten er mer involvert i prosessen her enn i Fast Pris-modellen.
Oppsummering
Det er umulig å bruke en modell uten ulemper som passer for alle situasjoner.
Du bør velge Fast Pris hvis:
- ✅ Du vet nøyaktig hva du vil ha, og du ikke kommer til å endre det under prosjektet.
- ✅ Du har tid til å definere kravene dine, eller optimalt ansette en IT-spesialist for å hjelpe deg med å definere dem.
- ✅ Du har noen tids- eller budsjettbegrensninger (vel, egentlig kan du også gå for T&M, men du må kommunisere det til programvareselskapet og følge prosessen fra starten).
Du bør velge Time and Materials i stedet hvis:
- ✅ Du vil starte med et lite budsjett for å teste ideen din og øke det senere.
- ✅ Du er ikke sikker på hvilke funksjoner du trenger mest – du vil prøve forskjellige ting og velge det beste alternativet.
- ✅ Du trenger en langsiktig partner for tjenesten din (f.eks. nettbutikk der mesteparten av arbeidet vil være vedlikehold og tilpasning i henhold til retninger fra markedsavdelingen din).
Hos Rocksoft jobber vi med den andre modellen med de fleste av våre kunder (T&M), men vi har også gjennomført prosjekter med den første modellen, så vi er helt komfortable med å jobbe i begge modeller med deg. Les mer om våre samarbeidsmodeller.
Ta gjerne kontakt med oss om prosjektet ditt.
