Newsgroup: it.lavoro.informatica
Titolo: Valutazione delle tempistiche: COCOMO, COCOMO2 e spannometrie

Tanto per parlare di qualcosa di attinente alla professione...
I metodi COCOMO e COCOMO2 per la valutazione delle tempistiche di
sviluppo di un progetto software sono definiti metodi empirici.
http://en.wikipedia.org/wiki/COCOMO
Per la loro stessa natura non sono metodi affidabili, ma e' opinione
comune che sono "meglio che niente".
Visto che un buon 80% dei progetti e' destinato al fallimento, quali
metodi vedete applicati nelle vostre aziende, anche al di fuori dei
due di cui sopra, e quanto la stima dei tempi e' calzante a quella che
e' la realta'?
Saluti.
-- 
Living in Barbaropoli
http://www.barbaropoli.com


wrote:

In ordine di tempo
1) valutazione ad occhio da parte dei commerciali
2) valutazione ad occhio da parte dei tecnici
3) function point
In ogni caso, dopo la valutazione, e' sempre seguita la fase di
"consegna ASAP": i tecnici devono correre, correre, correre per
consegnare, perche' avrebbero dovuto consegnare ieri e quindi sono
gia' in ritardo.

 e' la realta'?
Mi ricordo che all'Uni, il mio Prof. di Ingegneria del Software ci aveva 
detto che lui stesso non credeva all'utilit� dei metodi COCOMO, pur 
dovendoceli spiegare come da programma.
Poi non so se questo sia vero, in quanto non ho mai sviluppato software 
professionalmente.

 e' la realta'?
Il metodo che da migliori risultati e quello "spannometrico",
naturalmente :-)
Poi noi usiamo i punti funzione, ma prevalentemente per la misurazione
dei costi da fatturare. I tempi non hanno correlazione precisa con i FP.
 

professionalmente.
Nel COCOMO le tempistiche sono influenzate da coefficienti legati a
valutazioni soggettive, tipo quanto e' bravo lo sviluppatore, quanto
bene conosce il linguaggio, quanto e' difficile da sviluppare il
software e via dicendo.
Appunto mi chiedevo se avesse senso usarlo visto che "meglio che
niente".


 e' la realta'?
Se il programmatore e' "analista programmatore" ed e' esperto del dominio,
la migliore stima e' quella che fa lui, secondo me.
Ciao,
Marco
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 bene conosce il linguaggio, 
E' vero, ma a suo tempo avevo sviluppato un mio modo di "stimare" questi
coefficienti in modo non esattamente soggettivo (anche se non oggettivo)
Secondo me, se lo stipendio percepito dal programmatore e' superiore
alla media (NB: intendo proprio quello che entra in tasca del
programmatore,
non quello che l'eventuale cliente finale paga alla BR) => io mi
aspetto che il programmatore sia bravo e che il linguaggio lo conosca bene.
Se non e' bravo o non conosce bene il linguaggio, se lo pago bene,
mi aspetto comunque che bravo lo diventi (ad esempio studiandosi il
linguaggio fuori dall'orario di ufficio, se non lo conosce bene). 
Quindi se lo pago bene secondo me i coefficienti possono valere 4 o 5 (se
non sbaglio 5 e' il massimo, tipo programmatore bravissimo=5, linguaggio
conosciuto perfettamente =5)
Se invece lo pago poco, mi aspetto che il linguaggio se lo studi nelle
ore d' ufficio => i coefficienti non potranno valere piu' di 2 (o 3 al
massimo)
