Newsgroup: it.comp.java
Titolo: sviluppo: costo giornaliero/uomo

Un'azienda ci propone di sviluppare progetti complessi in Java.
Eventuali lavori devono essere realizzati nei tempi concordati
utilizzando loro strumenti e consegnando codice commentato e
corredato di documentazione varia (il codice diventerebbe quindi
di loro proprieta').
Nel caso fossimo interessati ci chiedono di quantificare
il costo giornaliero/uomo. C'e' qualcuno che ha conosciuto
esperienze simili e che puo' aiutarmi nella formulazione
di questo prezzo?

 di questo prezzo?
Il costo dipende essenzialmente da:
- zona geografica;
- esperienza della persona;
- durata del contratto;
- tempi di consegna;
- eventuali penali in caso di ritardi.
Ciao,
Paolo

 - eventuali penali in caso di ritardi.
sono argomento di trattativa (se e quando arriveremo al dunque)
sapresti fare dei casi di esempio?
grazie

 di questo prezzo?
Chiedi su it.lavoro.informatica.
Il costo dipende da vari fattori.
Senza sapere l'esperienza delle persone, il tipo di figura, il tipo di 
fornitura non si puo' risposndere.
-- 
Andrea Francia
http://www.andreafrancia.it/

 sapresti fare dei casi di esempio?
Devi mandare altre informazioni.
Cmq il gruppo giusto è it.lavoro.informatica.


 fornitura non si puo' risposndere.
mmmm... il fatto e' che _dobbiamo_ darla :)
credo non si possa essere precisi ma una quantificazione
di massima credo la si possa fare (parliamo di progetti complessi
gestiti in toto, quindi e' abbastanza chiaro cosa deve saper fare
la persona in questione)
grazie :)

 Cmq il gruppo giusto è it.lavoro.informatica.
ok, grazie

 la persona in questione)
Se trattate col cliente finale *indicativamente* uno sviluppatore costa 
tra i 200 e i 300 a giornata (in funzione dell'esperienza), un analista 
50 euro in più (circa), un PM/capo progetto circa altrettanto in più.
Poi, come dicevo, si possono conteggiare sconti o aumenti in funzione 
della durata del progetto, del ritorno tecnico (se vi resta il codice, 
le competenze, etc.), di eventuali penali...
Ciao,
Paolo

 la persona in questione)
Per farla semplice fate così: contratto a consumo con la possibilità di 
recedere in tot mesi.
Vedete cosa guadagnano di lordo i dipendenti che fanno lo stesso lavoro 
e chiedete almeno il doppio.


 Paolo
grazie 1000!

 in outsourcing
Scusate lo stile, ma sinceramente qua molti guardano troppi film di
spionaggio :-))
Come dice Luca le cose sono semplicissime :
Al contratto si scrive se i codici vengono venduti o meno. 90% delle volte
il cliente li vuole e se li compra. In quel caso a fine progetto si fa un cd
rom con dentro tutti i codici e lo si spedisce al cliente efinisce li.
poi nessuno vieta alla SW house di lavorare con un concorrente del cliente
nello stesso settore, purche' non vengano usati gli stessi codici. Quindi
volendo andare dalla concorenza, per sicurezza bisognerebbe mischiare un po'
il codice come un mazzo di carte.
Il resto delle discussioni, per quanto teoricamente sensate, non sono
situazioni cosi' frequenti, almeno nella mia umile esperienza.
ciauz Nicola
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 almeno nella mia umile esperienza.
parti sicuro ma arrivi tentennando: non riesco a capire
quanto affidabili siano le tue informazioni o quanto
rilevante sia la tua esperienza :(


Non è che se uno manifesta sicurezza devi prendere per oro colato tutto 
quello che dice. Soprattutto in ambito legale.
Se vuoi informazioni affidabili in campo legale vai da un legale.
Se vuoi fidarti di quello che leggi sui newsgroup fatti dare almeno dei 
riferimenti legislativi da poter verificare.
Prova a informarti se la camera di commercio o l'ordine degli ingegneri 
(se sei ing.) della tua provincia può darti supporto a comprendere 
questi aspetti legali.


 quello che dice. Soprattutto in ambito legale.
grazie :)

Il codice è sempre di chi la scritto.
Non è vero, dipende. Il committente può richiedere che gli vengano
ceduti i sorgenti e quindi ne acquisti la proprietà.

Si puo' dare in licenza.
Questa è solo UNA delle possibilità.


Hai finito di spararle?


Hai finito di spararle?
Francia, qui l'unico che ha sparato fesserie, finora, sei tu.

leo ha scritto:

Normalmente esistono tre tipologie di assegnazione lavori
1) Il Time & Material
In questa non c'e' diretta responsabilita' degli esecutori. Si definisce 
un prezzo giornaliero per figura e lo si moltiplica per i giorni di 
attivita'. Il conto viene fatto a consuntivo periodico (normalmente su 
base mensile). In questo caso le "penali" non sono adottate al massimo 
si eliminano gli "insoddisfacenti"
Il prezzo dipende dalla zona geografica (come gia' segnalato)
Fra Sud/Centro/Nord (io conosco il Centro) c'e' in genere una differenza 
percentuale fra il 10 ed il 20.
I valori possono andare da 150-200 per lo scrauso (poca esperienza) ai 
400-500 per il fulmine di guerra.
2) Il "task"
In questo caso si ha il pieno controllo del progetto ed il suo costo e' 
deciso a monte valutando le attivita' da fare in termini di tipo e 
tempo. Si moltiplicano i valori di tariffa, giornate, quantita'. Il 
risultato puo' subire un incremento percentuale (20%?) per coprire i 
rischi. Il prezzo finale e' poi comunque in funzione di eventuali 
"concorrenze"
In questo caso la "penale" e', in genere, in gioco.
3) il "falso" task.
Questo e' il piu' pericoloso di tutti poiche' il cliente vuole mantenere 
il controllo e contemporaneamente avere un costo certo, con l'aggravante 
che sistematicamente vengono cambiati i requisiti e si finisce nel 
cosiddetto "bagno di sangue"
Per gli ultimi due casi c'e' un metodo che se correttamente applicato 
puo' risolvere il problema, ha i suoi limiti ma se non altro riferisce a 
regole ben precise. Il metodo e la valutazione tramite "function point" 
con valutazione a preventivo e verifica a consuntivo. (internet keyword 
"function point" o IPFUG). Se non c'e' la verifica a consuntivo e' 
comunque una valutazione rischiosa.
Da quello che hai scritto non  ho ben capito in quale dei tre casi vi 
state impantanando.Per questi sviluppi e questi costi il cliente nel 
99,99% dei casi richiede la proprieta' esclusiva del codice prodotto e 
un NDA piuttosto restrittivo.
--
ac

 Può dare o non dare la licenza di uso esclusivo.
No, non e' affatto vero. Io ad esempio sto lavorando per una software house 
che si chiama diciamo A e 30 delle 100 persone di questa software house 
lavorano per un progetto di circa 2 anni per un cliente B. B e' proprietario 
del sorgente, dei binary, della licenza, etc.. di tutto.
I nostri codici sorgenti invece di essere:
/**
 * Copyright A 2008
*/
hanno invece:
/**
 * Copyright B 2008
*/
Dipende dal contratto. Spesso quello che dici tu e' vero, ma non in tutti i 
casi. Il progetto a cui sto lavorando e' un esempio.
Tommy

 tra i 200 e i 300 a giornata (in funzione dell'esperienza),
ma... a mio avviso con 200 rischi proprio di non starci...
Tommy

 No, non e' affatto vero. Io ad esempio ....
Hai ragione, quello che dicevo io e che era falsa l'implicazione.
Cioè il motivo non deriva dal fatto che lavorano usando gli strumenti 
dell'azienda, ma deriva dagli accordi e dal tipo di contratto.
Ho sbagliato a dire "è sempre di chi l'ha scritto", dovevo scrivere "Che 
  in assenza di altri accordi è di chi l'ha scritto".
-- 
Andrea Francia
http://andreafrancia.blogspot.com/2008/06/relazioni-molti-molti-con-jpa.html

 Da quello che hai scritto non  ho ben capito
 > in quale dei tre casi vi state impantanando
il "task", ma perche' dici "impantanando"?