• Als Spam markieren
• Beitrag melden

• 
  Diese Gruppe Alles

• Archiv
• RSS-Feeds

• Kontakt
• Hilfe
• Impressum
• Datenschutz

Re: sviluppo: costo giornaliero/uomo

leo ha scritto:
> 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?

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

Antworten