Newsgroup: it.comp.lang.visual-basic
Titolo: Compensi e programmi

Scusate per l'argomento non proprio tecnico...
Se vi commissionano un programma da sviluppare su quali parametri e
con quali criteri stabilte il compenso da ricevere per il lavoro da
svolgere?
Grazie ...e ancora scuse.

On Tue, 03 Jun 1997 21:19:16 GMT, 
musc...@iol.it
 (Tonino Musciumarra)
wrote:

Ciao,
ti dico cosa faccio io, ma penso che sia così per tutti.
Naturalmente il parametro principale è il tempo necessario. Ognuno di
noi ha un'idea di quanto vale una sua giornata di lavoro, e da lì si
parte per fare un preventivo.
Il problema è determinare il tempo necessario: questo si impara con
l'esperienza, visto che spesso i lavori sono simili tra loro.
L'altra immancabile domanda è "quanto vale una giornata di lavoro?".
La risposta non è univoca. Al di là delle abilità del singolo conta
molto l'esperienza: dopo qualche anno passato a scrivere programmi le
cose si svolgono più in fretta. Se si è costruita una buona biblioteca
di routines personale si può scrivere in mezza giornata quello che un
principante scrive in una settimana (conta anche il tempo di leggere i
manuali e fare le immancabili prove!).
In ogni caso credo che un dipendente di media caratura costi circa
30-40.000 lire l'ora ad una software house (lorde, naturalmente). di
questo però non sono sicurissimo.
Un altro calcolo veloce: consideriamo una persona che viva scrivendo
programmi. Consideriamo ad esempio l'equivalente di uno stipendio
netto di 2 milioni al mese: visto che il fisco si prende circa metà
dei guadagni è necessario fatturare 4 milioni al mese. Dividiamoli per
20 giornate lavorative ed arriviamo a circa 500.000 lire a giornata,
indicativamente. Questo naturalmente vale per una persona che conosce
già il suo lavoro: è chiaro che chi sta imparando non può chiedere
cifre del genere, visto che la sua produttività e molto più bassa.
Per finire, e per quello che possono valere, alcuni consigli imparati
sul campo:
Non imbarcarti mai in un lavoro la cui fine non dipende solo da te, ma
anche da altri avvenimenti esterni al tuo controllo (questo è il tipo
di lavoro che non finisce MAI).
Se il lavoro vale più di qualche centomila dedica il tempo necessario
alla stesura di una specifica da sottoporre all'approvazione del
cliente, e fai un prezzo solo dopo che la specifica si è stabilizzata.
Di solito i clienti ti dicono solo il 30% di quello che tu dovresti
sapere, il resto viene fuori dopo a spizzichi quando il programma che
hai scritto, e che fa quello che ti hanno farfugliato di corsa, non fa
quello che serve veramente.
La stesura di una specifica può essere esasperante, ma è meglio
esasperarsi prima che dopo.
Attento al tempo che perderai dal cliente: per lavori piccoli vale più
il tempo perso che quello impiegato a scrivere effettivamente il
programma.
Se il cliente è particolarmente confuso preventiva anche il tempo che
perderai in seguito per dargli retta mentre ti chiede di spostare il
titolo di un centimetro a sinistra e così via.
Cerca di imparare a riconoscere l'odore dei clienti rompiballe (quelli
che sono dispostissimi a farti perdere tempo ma molto meno a pagarlo)
e vai a pescare invece che dare loro retta: rende di più!
Ciao, buon lavoro e buona fortuna!
Fulvio Senore

fse...@avigliana.alpcom.it
 (Fulvio Senore) wrote:
PAROLE SANTE!!!
-->Per finire, e per quello che possono valere, alcuni consigli imparati
-->sul campo:
-->Non imbarcarti mai in un lavoro la cui fine non dipende solo da te, ma
-->anche da altri avvenimenti esterni al tuo controllo (questo č il tipo
-->di lavoro che non finisce MAI).
-->Se il lavoro vale piů di qualche centomila dedica il tempo necessario
-->alla stesura di una specifica da sottoporre all'approvazione del
-->cliente, e fai un prezzo solo dopo che la specifica si č stabilizzata.
-->Di solito i clienti ti dicono solo il 30% di quello che tu dovresti
-->sapere, il resto viene fuori dopo a spizzichi quando il programma che
-->hai scritto, e che fa quello che ti hanno farfugliato di corsa, non fa
-->quello che serve veramente.
-->La stesura di una specifica puň essere esasperante, ma č meglio
-->esasperarsi prima che dopo.
-->Attento al tempo che perderai dal cliente: per lavori piccoli vale piů
-->il tempo perso che quello impiegato a scrivere effettivamente il
-->programma.
-->Se il cliente č particolarmente confuso preventiva anche il tempo che
-->perderai in seguito per dargli retta mentre ti chiede di spostare il
-->titolo di un centimetro a sinistra e cosě via.
-->Cerca di imparare a riconoscere l'odore dei clienti rompiballe (quelli
-->che sono dispostissimi a farti perdere tempo ma molto meno a pagarlo)
-->e vai a pescare invece che dare loro retta: rende di piů!
-->Ciao, buon lavoro e buona fortuna!
-->Fulvio Senore