Pret ora programare

[C. Andrei]

Eu, când setez un preț, o fac per proiect și niciodată nu iau în calcul câte ore lucrez. Sigur, mă gândesc cât durează să finalizez proiectul respectiv, să dau un deadline clientului, dar nu mă gândesc la faptul că pentru implementarea unui lucru sau al altuia durează "x" ore. Și asta pentru că planul de acasă nu se potrivește niciodată cu cel din târg.

Pentru că asta e situația, proiectele sunt diferite. Pentru fiecare proiect e nevoie de o funcționalitate mai mult sau mai puțin diferită. Cel puțin în cazul proiectelor pe care le iau eu. Și, chiar dacă mă gândesc că, "domne', cerința asta am mai făcut-o în proiectul x", atunci când ajung să o implementez în proiectul "y", lucrurile o să stea altfel. Trebuie să te gândești la toate scenariile și să implementezi ce ți se cere în funcție de context, de proiect.

Asta înseamnă că e greu dacă nu imposibil să poți seta un preț pe oră, pentru că nu știi cu siguranță câte ore vei lucra. Ori clientul vrea prețul final...

[Floki]

Ori clientul vrea prețul final...

De cele mai multe ori clientul nici nu știe ce vrea, vrea tot felul de modificări sau proiectul este atât de complex și cu multe necunoscute încât timpul de execuție este dificil de evaluat.
Dacă cerințele sunt clar specificate de la început (ex "schimbat racord wc"), prețul pe proiect se poate stabili și este cel mai bun pentru toată lumea. Dacă, în schimb, este vag (ex. "lucrări în baie"), atunci se recurge la prețul pe oră.