Alegerea dintre un contract cu preț fix și time and materials este prezentată de obicei ca o alegere despre risc, ceea ce este corect, iar imediat după aceea este tratată greșit, pentru că ambele părți presupun că riscul dispare, în loc să se mute dintr-o parte în alta.

Riscul nu dispare. Într-un aranjament cu preț fix, furnizorul duce riscul ca estimarea să fie greșită și include acel risc în cifra pe care o pune pe masă. La time and materials, riscul îl duce clientul. Întrebarea nu este niciodată care variantă elimină incertitudinea. Întrebarea este care parte este mai bine plasată ca să o gestioneze și dacă prețul transferului merită plătit.

Testul care prezice ce va funcționa: poți scrie pe hârtie ce înseamnă „gata”, cu destule detalii încât două persoane să fie de acord dacă acel punct a fost atins? Dacă da, prețul fix îți este la îndemână și probabil are sens. Dacă nu poți, un contract cu preț fix nu elimină ambiguitatea, ci doar transformă fiecare dezacord viitor într-o negociere comercială, în loc de o discuție tehnică.

Ce cumperi de fapt printr-un contract cu preț fix

Certitudine asupra facturii și nimic altceva. În mod special, nu cumperi certitudine asupra rezultatului, asupra termenului sau asupra calității, deși mulți cumpărători presupun că vin toate la pachet.

Are și un cost. Un furnizor care ofertează la preț fix adaugă o rezervă pentru risc, pentru că el absoarbe depășirea, iar mărimea acelei rezerve crește pe măsură ce specificația este mai vagă. La o lucrare bine delimitată, rezerva poate fi modestă. La una descrisă superficial, se poate apropia de costul lucrării în sine, iar tu o plătești indiferent dacă riscul se materializează sau nu.

Al doilea cost ține de comportament. Odată ce prețul este fixat, fiecare ambiguitate se rezolvă în direcția a cât mai puțină muncă, pentru că acolo se află acum interesul furnizorului. Nu este rea-credință, este stimulentul creat chiar de contract. Un furnizor care descoperă la mijlocul lucrării o abordare mai bună nu are niciun motiv să o propună, iar un client care își dă seama că o cerință era greșită ajunge în fața unei cereri de modificare, nu în fața unei discuții.

Prețul fix funcționează bine pentru lucrări cu adevărat delimitate: o migrare cu sursă și destinație cunoscute, o integrare cu un API documentat, un set definit de ecrane pe baza unui design deja agreat. Funcționează prost pentru orice are caracter exploratoriu.

Când time and materials costă mai puțin

Contrar intuiției, se întâmplă des, pentru că nu plătești rezerva pentru risc și nu plătești procesarea cererilor de modificare.

Se potrivește lucrărilor în care scopul se va schimba din motive legitime: o primă versiune a cărei direcție depinde de ce fac utilizatorii, o integrare cu un sistem pe care nu l-a documentat nimeni, salvarea unei baze de cod a cărei stare rămâne necunoscută până se uită cineva în ea. În toate aceste cazuri, un preț fix este de fapt un preț fix pus pe o presupunere.

Ceea ce cere de la client este atenție. Time and materials fără implicare devine o factură deschisă, iar modul clasic de eșec este un proiect care merge luni întregi fără ca cineva să întrebe ce s-a livrat săptămâna trecută. Controlul nu este contractual, este operațional: un backlog vizibil, o demonstrație la interval regulat și o persoană din partea clientului care are dreptul să schimbe prioritățile.

Dacă nimeni de partea ta nu poate oferi acea atenție, spune-o deschis, pentru că time and materials nu va funcționa bine și nicio clauză nu repară asta.

Varianta pe care ar trebui să o folosească majoritatea proiectelor

Un aranjament cu plafon sau împărțit pe faze, care nu este niciuna dintre variantele de mai sus și se potrivește la mai multă muncă software decât oricare dintre ele.

Time and materials cu plafon. Munca se facturează la timp, cu o limită superioară agreată. Clientul păstrează flexibilitatea de a schimba direcția, iar furnizorul duce riscul rămas peste plafon. Ambele părți păstrează un interes pentru eficiență, lucru pe care niciunul dintre modelele pure nu îl obține.

Preț fix pe faze. O analiză scurtă și plătită produce o specificație, și abia apoi implementarea este ofertată la preț fix, pe ceva real. Aceasta este versiunea onestă a prețului fix, pentru că estimarea se face după ce necunoscutele au fost reduse, nu înainte. Ghidul nostru pentru caietul de sarcini software explică ce trebuie să conțină acea specificație.

Preț fix pe increment. Fiecare fază este ofertată separat și agreată separat. Obții predictibilitate bugetară pe bucăți și dreptul de a te opri, care este cel mai valoros drept al unui client și exact acela pe care contractele lungi cu preț fix îl elimină.

Firul comun este același: acuratețea estimărilor crește enorm după ce o parte din muncă a fost făcută. Construirea aranjamentului comercial astfel încât să profite de asta valorează mai mult decât orice clauză.

Unde eșuează de fapt proiectele cu preț fix

Nu la preț. La granița dintre scop și modificare.

Orice proiect cu preț fix generează cereri de modificare, pentru că specificațiile se scriu înainte ca cineva să fi folosit produsul. Sănătatea aranjamentului depinde în întregime de felul în care sunt tratate acestea, iar asta se decide prin cât de precis a fost definit scopul la început, nu prin bunăvoința cuiva.

Două lucruri reduc frecarea. Stabiliți în scris ce se întâmplă cu o modificare: cine o evaluează, pe ce bază este cotată și în cât timp. Și păstrează o rezervă și de partea clientului, pentru că un preț fix fără buget de modificare la client transformă fiecare descoperire într-o ceartă.

Celălalt eșec frecvent ține de recepție. Dacă în contract nu scrie cum se demonstrează finalizarea, plata finală devine o negociere pe opinii. Scrie criteriile de acceptanță lângă scop și preferă criterii pe care cineva le poate testa în locul criteriilor pe care cineva trebuie să le aprecieze.

Cum alegi în practică

Întreabă ce este cu adevărat necunoscut. Dacă răspunsul este „foarte puțin”, prețul fix este rezonabil și ar trebui să te aștepți să plătești o rezervă pentru acea certitudine. Dacă rămâne necunoscut foarte mult, un preț fix doar transformă incertitudinea tehnică în frecare comercială.

Întreabă apoi ce poți supraveghea. Time and materials răsplătește atenția și pedepsește lipsa ei. Prețul fix cere mai puțin de la tine săptămână de săptămână și mai mult la început, în specificație, unde greșelile costă mai puțin, dar se observă mai greu.

Și întreabă cât valorează certitudinea. Uneori un consiliu de administrație are nevoie de o cifră, iar rezerva este un preț corect pentru asta. Este un motiv legitim ca să alegi prețul fix și este un motiv mult mai bun decât credința că prețul fix elimină riscul.

Mecanik lucrează în toate cele trei formule, ca parte a serviciului nostru de dezvoltare software, și recomandă cel mai des varianta pe faze. Estimarea făcută după două săptămâni de analiză valorează mai mult decât cea făcută înainte, pentru ambele părți.

Întrebări frecvente

Este un contract cu preț fix mai sigur decât time and materials? Este mai predictibil, ceea ce nu este același lucru. Prețul fix transferă riscul de estimare către furnizor, care îl include în ofertă ca rezervă, așa că îl plătești indiferent dacă se materializează sau nu. Cumperi certitudine asupra facturii, nu asupra rezultatului, a termenului sau a calității.

Când este time and materials mai ieftin? Când scopul se va schimba din motive legitime: o primă versiune a cărei direcție depinde de comportamentul utilizatorilor, o integrare cu un sistem nedocumentat sau munca pe o bază de cod a cărei stare rămâne necunoscută până se uită cineva în ea. În aceste cazuri eviți și rezerva pentru risc, și costul cererilor de modificare, pentru că un preț fix ar fi un preț fix pus pe o presupunere.

Ce înseamnă time and materials cu plafon? Muncă facturată la timp, cu o limită superioară agreată. Clientul păstrează flexibilitatea de a schimba direcția, în timp ce furnizorul duce riscul de peste plafon. Lasă ambelor părți un interes pentru eficiență, lucru pe care nici prețul fix pur, nici time and materials pur nu îl reușesc.

De ce merg prost proiectele software cu preț fix? Aproape întotdeauna la granița dintre scop și modificare, nu la preț. Specificațiile se scriu înainte ca cineva să fi folosit software-ul, deci cererile de modificare sunt inevitabile. Sănătatea proiectului depinde de a stabili dinainte cine evaluează o modificare și cum este cotată, precum și de faptul că și clientul ține un buget propriu de rezervă.

Ar trebui să definesc criteriile de acceptanță în contract? Da, lângă scop. Fără o modalitate definită de a demonstra finalizarea, plata finală devine o negociere pe opinii. Preferă criterii pe care cineva le poate testa în locul criteriilor pe care cineva trebuie să le aprecieze, pentru că un criteriu testabil închide disputele, iar unul bazat pe apreciere le prelungește.