Newsgroup: it.scienza.informatica
Titolo: Ing.del Sw.: tempi di sviluppo...

"Quanto pensi di metterci a ... ?"
quante volte i colleghi sviluppatori di sw si sono visti proporre qs.
domanda dal boss ? Ancora peggio per chi è un free-lance: se
sbaglia le previsioni corre il rischio di perdere la commessa per
eccesso di richiesta o di rimetterci di tasca propria (e magari fare
brutte figure) per aver sottovalutato il problema.
Per me sovente è un piccolo dramma. Ma, non so se è solo il mio caso,
in tutti i posti dove ho lavorato, si finiva con lo "sforare" su quasi
tutti i progetti medio-grossi (oltre le 20K righe di codice). Anche
i più "esperti" e navigati professionisti del sw si sono trovati a
dover passare qualche serata e/o regalare parte dei loro fine settimana
alla causa onorevole di far funzionare il loro lavoro...
Io ho la sensazione che questo sia un problema "intrinseco" allo
sviluppo del software.
Mi piacerebbe "allargare" questa esperienza e per questo vi
ripropongo la MITICA domanda:
"...  ma quanto ci metti a sviluppare ... ? "  ;-)))
Ciao.
Davide.

"...  ma quanto ci metti a sviluppare ... ? "  ;-)))
Un tizio americano del quale non ricordo il nome ha scritto un libro proprio
su questo argomento; il titolo era qualche cosa come: "a mythical month-man"
o qualche cosa del genere. In pratica sosteneva che nessun progetto di una
certa complessita' si conclude nei tempi previsti.
Un'altro articolo interessante (anche qui non saprei recuperarne le fonti)
sosteneva che esiste una sorta di entropia del software e di conseguenza una
specie di "secondo principio" che rendeva impossibile la perfezione.
Parlando della mia diretta esperienza io ho sviluppato per dieci anni
software gestionale di una certa complessita' (attorno alle 200.000 righe di
codice per procedura) e, negli ultimi anni, anche come responsabile di
progetto. Il tempo non basta mai, qualsiasi sia la tecnologia e
l'ingegnerizzazione che si utilizza. Cosi' nascono e vengono passati
oralmente dei trucchi "evita-responsabile-marketing". Ad esempio la
dilatazione dei tempi di test, il rilascio della procedura incompleta ed il
successivo reintegro, l'utilizzo dei tempi assegnati ad altre procedure.
Ma il riutilizzo del codice siete proprio convinti che sia stato inventato
da pochi anni? Chiedete a qualsiasi programmatore di una certa esperienza e
scoprirete in lui un esperto del "copia/incolla", un cultore del "non
togliere quella riga anche se non serve", un'aquila nel distinguere i
warning "che possono dare rogne" da quelli innoqui, e cosi' via.
Insomma: se potete evitare di dare i tempi di consegna e' sempre meglio per
voi.
Bye, Sonic.

successivo reintegro, l'utilizzo dei tempi assegnati ad altre procedure.
Sono assolutamente daccordo, quelli free-lance come noi che fanno
normalmente offerte 'chiavi in mano', soffrono non poco e si cerca di
giostrare sul fatto che gli strumenti con meccanismi di integrita'
referenziale permettono sviluppo rapido e un beta relativamente
sicuro, in pratica si parte su porzioni di codice direttamente in
effettivo per accelerare i tempi.
In tal modo spesso e' lo user che rallenta lo sviluppo del
programmatore in quanto i meccanismi di avvio da parte dell'utente
sono spesso la vera palla al piede.
--------------------------------------------------------
Paolo Hölzl
Metis Informatica s.a.s technical manager (Ferrara)
----------------------------------------------------------
ATTENTION!, antispam 
For reply, substitute xxxx.xxxxxxx.xx with 
mail.asianet.it

"...  ma quanto ci metti a sviluppare ... ? "  ;-)))
Dipende :-)))
Seriamente e' una domanda di quelle con la D maiuscola.
Alcune ditte usano calcolare il tempo occorrente stimando il numero di
righe di programma necessarie.
Personalmente la trovo un'idiozia.
Con poche righe ben scritte (specie nel campo embedded dove opero)
risolvi molti problemi ... che poi ci si metta tanto a 'partorirle' e'
un'altro discorso.
E i tempi di 'studio' sono compresi in quelli di sviluppo ?
Insomma, chi dice di essere capace di pianificare il tempo di sviluppo
di un programma secondo me :
- ha gia' il programma richiesto e quindi 'contratta' :-)
- mente spdoratamente
- sa gia' chi incolpare per i ritardi :-)
Esistesse davvero un metodo per calcolare il tempo di sviluppo !!
Ciao
	Steve

              
http://www.bigfoot.com/~d.dui/

sulle quali faccio la stima in modo piu' semplice.
^^ Questo e' forse l'unico modo, unito al semplice "limite di budget": dimmi
quanti soldi vuoi spendere e io ti faccio una procedura di quel valore,
senza tanti project-tools.