Newsgroup: it.lavoro.informatica
Titolo: si usa MS Project ?

Vi risulta diffuso e utilizzato in ambiente aziendale il software MS PROJECT 
?
Non so se leggere un libro su di lui oppure no , mi interessa il project 
management.
Grazie 

 management.
E allora leggi un libro SUL project management. Dopo ti prendi un libro 
sull'eventuale strumento.
ivan
-- 
By 1977 or so, PLATO was featuring real-time multiplayer dungeon games,
not to mention real-time spacewar, IM, chat, email, netnews, and a host of
other things we now take for granted. All this on high-resolution plasma
panel terminals connected at 1200 baud to twin Cyber 6600 supercomputer.
Now you understand why I was kicked out of Cornell for a year; PLATO was
crack for computer nerds. (Robert Woodhead, co-creator of Wizardry)

 sull'eventuale strumento.
Uno stesso libro sul PM ti potra' insegnare un framework per il PM ma non
ti fa certo diventare un project manager. Ci sono tante cose che non si
possono trovare sui libri: come pugnalare gli altri alle spalle, come
prendersi il credito dell'operato altrui, come mentire sulle promesse di
bonus,promozione, come cercare di schiavizzare un team, come intimorire i
propri interlocutori, ecc. ecc. Tutte cose che anche il miglior libro di
PM non potra' insegnarti; diciamo che una breve esperienza nella malavita
locale tuttavia potrebbe aiutare.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 locale tuttavia potrebbe aiutare.
lol
d.
-- 
Sai quelli che dicono: «Uno torna la sera a casa stanco...».
«Che strazio questo che torna sempre a casa stanco. Lo detesto.
Ma non tornare a casa! Sei stanco? Muori!». 
                                             ### E. Vaime


Si, si usa.

 Grazie
Prego
SG

 management.
Come hanno detto altri Una cosa e' lo strumento e una cosa la teoria. Se
decidi di usare Project qualcosa devi leggere per usarlo, questo e' certo.
Comunque tieni presente che La teoria del Project Managmente si applica
molto ma molto poco all'Informatica. Il PM in informatica spessissimo e' un
Architect. Inoltre I task informatici sono difficili da stimare al minuto e
quindi i calcoli vari sono super approsimativi, inoltre i cambi di
specifiche in corsa sono la norma e quindi la manutenzione del Progetto in
termini di MS Project non e' quasi mai conveniente
Nel peggiore dei casi lo usi per fare i Gantt e i Perth da includere nelle
offerte.
ciauz Nicola
 
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 Architect. 
Su questo mi trovi molto in disaccordo. Per la mia esperienza di solito
viene preferito qualcuno che non ha molta competenza tecnica per due
motivi: 1) molto spesso avra' la necessaria gran faccia di cul0, cosa che
i tecnici di solito non hanno perche' tendono ad essere onesti in quello
che dicono e fanno (si ok qualche paraculo c'e' anche tra noi ma sono una
piccola minoranza rispetto agli altri settori) 2) riusciranno a far
sentire le persone tecniche coinvolte delle merdacce perche' non hanno
idea di quale livello di difficolta' i task possano presentare e di quali
sono i prerequisiti necessari per terminarli, un manager competente
potrebbe prendere la posizione dei suoi collaboratori perche' li comprende
mentre un incompetente arrogante si schiera facilmente dalla parte dei
suoi superiori.


 suoi superiori.
Non mi paiono 2 ottime ragioni :-)))
Comunque ci sono varie scuole. Io personalmente ho visto andare meglio i
progetti dove il Responsabile del Progetto era uno competente in
informatica, in grado di partecipare lle decisioni piu' importanti. PEr fare
il PM poi non servono granche' competenze oltre l'esperienza e il talento.
Viceversa spesso i PM non tecnici sono odiati da tutto il team per mancanza
di autorevolezza e hanno la sindrome di venire fatti fuori da un tecnico
perche' hanno paura di essere un costo eliminabile.
ciao Nicola


 Non mi paiono 2 ottime ragioni :-)))
Beninteso, non dicevo che reputo sia meglio cosi', constatavo solo la
maggioranza dei casi che mi sono capitati.


 tappezzeria...
Esatto.
Ciao,
Marco


 perche' hanno paura di essere un costo eliminabile.
Qui direi proprio di no. Anzi, in genere i peggiori nella
mia esperienza sono proprio quelli che sanno di non essere eliminabili (per
vari motivi, spesso contrattuali)
mentre i tecnici sono considerati "sempre" eliminabili
Ciao,
Marco.



Hai perfettamente ragione. Il project management è un'arte,
non è affatto una scienza, tantomeno nell'informatica.
Non esiste la formula matematica che ti dà i tempi ed i costi del
progetto
con elevata probabilità.
A meno che non hai già fatto decine e centinaia di progetti del tutto
uguali, ma allora ricadiamo semplicemente nella statistica.

constatare che piace molto anche a chi sviluppa).
qui ti quoto alla grande, e' mia personale opinione che 'sta storia delle
giornate/uomo rappresenti la rovina del settore informatico.
recentemente un cliente mi chiede un ipotesi di impegno/spesa per un lavoro, io
dopo breve analisi gli rispondo che occorreranno ad occhio e croce (cnsidera che
si era in un momento informale a tavola) circa 4 mesi e grosso modo 30/40 mila
euro. Subito salta fuori il pirlottero di turno che mi chiede:" ma di quante
giornate uomo ha bisogno?" 
io:" no guardi nun c'ho la calcolatrice sottomano, la mia struttura e' in grado
di fornire il prodotto il 3 forse 4 mesi, ma pure 5/6 se non ci lavoriamo in via
esclusiva, e mi creda lei non puo' permettersi la nostra esclusiva, e la posso
dare grosso modo a quel costo poi se vuole le dettaglio il *mio* peventivo e se
non lo trova soddisfacente, pace, amici come prima"