Innkjøp behandler dette som en kommersiell preferanse. Det er det ikke. Det er en beslutning om hvem som absorberer kostnaden av å ta feil, og å få det baklengs er hvordan programvareprosjekter blir fiendeske.
Hva hver modell egentlig sier
Fast pris sier: vi er enige om hva som bygges, og jeg bærer risikoen for å estimere det dårlig. Leverandøren priser risikoen inn. Du betaler en premie for sikkerhet — typisk 20–40% over det ærlige estimatet.
Time and materials sier: vi er enige om en retning, og du bærer risikoen for at det tar lengre tid. Du betaler bare for arbeid gjort. Du betaler også for hver time brukt på å gå feil vei.
Ingen er sjenerøs. Begge er rasjonelle. Feilen er å velge den som ikke matcher hvor godt du forstår arbeidet.
Når fast pris er riktig
- Omfanget er faktisk kjent — en redesign av et definert sett skjermer, en migrasjon med en kjent kilde og mål, en spesifikk integrasjon.
- Du har en hard ekstern deadline (en finansieringsmilepæl, en messe, en regulatorisk dato) og trenger at datoen skal være andres problem.
- Du kan ikke tolerere budsjettavvik, og du godtar at omfanget krymper for å beskytte tallet.
- Forholdet er nytt og du vil ha en avgrenset første engasjement før du forplikter deg til mer.
Klausulen som avgør alt: hva skjer når omfanget endrer seg. Hvis svaret er "vi diskuterer det," har du en time and materials-kontrakt med ekstra steg og dårligere humør.
Når time and materials er riktig
- Du oppdager fremdeles hva produktet skal være. Å fikse en pris på noe ukjent fikser bare omfanget, og det blir feil omfang.
- Du har noen teknisk på din side som kan bedømme om timene er reelle.
- Arbeidet er kontinuerlig — et roadmap i stedet for et prosjekt.
- Prioriteringer kommer til å endre seg, og du heller vil omdirigere enn forhandle igjen.
Feilmodellene
Fast pris feiler ved å gjøre hver samtale til en forhandling. Leverandørens margin avhenger nå av å gjøre mindre, så en god idé i uke tre blir en endringsforespørsel. Kvalitet blir stille løsningsventilen, fordi det er det eneste ingen spesifiserte. Du får nøyaktig det som ble skrevet ned, som sjelden er det du trengte.
Time and materials feiler ved å fjerne fristen. Uten en fast slutt er det ingen tvangsfunksjon på omfanget, og "mens vi er i gang" blir den dyreste frasen i prosjektet. Seks måneder senere har du utmerket kode og intet produkt — se hvorfor byråer tar seks måneder.
Modellen jeg faktisk ville anbefalt
Et fast pris, fast varighet-vindu med forhandlingsbart innhold. To uker, en pris, avtalt på forhånd. Hva som går inn i disse to ukene bestemmes sammen og kan endre seg helt til arbeidet starter på det.
Dette inverterer den vanlige handelen. Leverandøren bærer leveringsrisikoen (datoen og prisen er faste), og du beholder fleksibiliteten (hva som bygges kan flytte). Ingen har insentiv til å argumentere om omfang, fordi omfang er ikke det som beskyttes — vinduet er.
Det fungerer bare hvis vinduet er kort. Et fast tolv-måneders engasjement med fleksibelt omfang er ikke dette; det er en retainer med en fin historie.
Hva som egentlig skjer når omfanget endrer seg
Det gjør det. Spørsmålet er hva kontrakten får folk til å gjøre om det.
Under fast pris, er en endringsforespørsel en forhandling med en margin vedlagt. Leverandøren må prise det, du må godkjenne det, og begge dere er nå litt på motsatte sider. Det rasjonale trekket for leverandøren er å tolke det opprinnelige omfanget snevert; det rasjonale trekket for deg er å tolke det bredt. Ingen av dere oppfører seg dårlig og forholdet forverrer seg likevel.
Under time and materials, er en endring bare neste ukes arbeid. Friksjonsfritt — som er problemet. Ingenting tvinger noen til å spørre om endringen er verdt kostnaden, fordi kostnaden aldri vises som en beslutning. Det vises tre måneder senere som en brenntakt.
Under et fast vindu, koster en endring noe synlig og umiddelbar: den fortrenger noe annet i de samme to ukene. Det er den sunneste versjonen, fordi avveiningen er eksplisitt og gjort av personen som skal gjøre det — deg.
Den hybride de fleste faktisk ønsker
I praksis er formen som fungerer for mest produktarbeid:
- En liten betalt oppdagelse, fast pris. Noen få dager til en uke. Ender i et omfang dere begge tror på, ikke en presentasjon. Hvis leverandøren ikke vil gjøre dette, planlegger de å oppdage på ditt budsjett.
- Fast pris, fast varighet-leveringsvindu. To eller tre uker hver, priset på forhånd, innhold avtalt ved starten av hver. Send noe reelt ved slutten av hver en.
- Time and materials for halen. Støtte, små endringer, den lange stille perioden etter lansering. Ingen bør fikse en pris på arbeid som ikke er forestilt ennå.
Oppdagelsestrinnet er det som gjør de faste prisene ærlige. Uten det, fikser en leverandør en pris ved å gjette, og gjetningen inkluderer en margin for sin egen usikkerhet som du betaler for.
Sats versus total kostnad
En 400 €/dag-leverandør som trenger to uker oppvarmingstid koster mer enn en 900 €/dag-leverandør som starter å produsere på tirsdag. Dette er den mest vanlige falske sparingen innen programvareinnkjøp, og den overlever fordi dagsatsen er nummeret på regnearket og oppvarmingstiden ikke er.
Når du sammenligner leverandører, spør hver: når ser jeg det første fungerende? Den enkle datoen koder inn oppvarmingstid, prosessvekt, bemanning faktisk og selvtillit. Det er mer prediktivt for total kostnad enn satsen er.
Klausuler verdt mer enn satsen
Uansett hvilken modell du velger, bestemmer disse om det fungerer:
- IP-oppdrag ved betaling, ikke ved ferdigstillelse. Hvis prosjektet stopper tidlig, bør du eie det du betalte for.
- Tilgang til kildekode fra dag en. Ikke en overlevering på slutten. Hvis du ikke kan se depotet, kan du ikke bekrefte noe som helst.
- En navngitt person. Kontrakter er med selskaper; arbeidet gjøres av mennesker. Gi navn, og si hva som skjer hvis de endres.
- En utgang som ikke er straffebasert. En leverandør sikker på sitt arbeid trenger ikke en innlåsningsklausul.
- Definisjon av ferdig. Skrevet ned på forhånd, i termer en ikke-ingeniør kan sjekke.
Hvis du får de fem riktig, betyr prismodellen langt mindre enn noen i rommet tror nå.