Newsgroup: it.lavoro.informatica
Titolo: Gestione attività

Al fine di meglio organizzare il lavoro in ufficio, ho proposto ed
ottenuto di sperimentare un tool di gestione attività.
Per fama, ho effettuato un'installazione di bugzilla, ma devo ancora
finire di studiarmelo (e non mi piace molto che tutte le attività
siano chiamate bug, ma magari si può ovviare).
Leggendo anche qui:
http://en.wikipedia.org/wiki/Comparison_of_issue_tracking_systems
ho visto che di roba ce n'è parecchia.
Qualcuno che si è già occupato, come utilizzo e/o manutenzione, di
questi tool, saprebbe darmi qualche dritta o consiglio?
Qualcuno l'ha utilizzato per gestire attività tecniche (sviluppo,
testing, rilascio)?
Rimarrei in ambito opensource, se possibile.
Ciao,
Lucazeo.

 Rimarrei in ambito opensource, se possibile.
Tempo fa me ne sono occupato in azienda, purtroppo
troppo tempo fa :-) e mi ricordo poco dei risultati comunque
fossi in te darei un'occhiata a questo:
http://gforge.org/gf/
http://gforgegroup.com/es/community-as-differences.pdf
http://en.wikipedia.org/wiki/GForge
http://en.wikipedia.org/wiki/FusionForge
Ciao.

 Rimarrei in ambito opensource, se possibile.
Mi sentirei di raccomandare JIRA della atlassian. Robusto,
estendibile, versatile. C'e' anche una versione open se non mi sbaglio
(io ho lavorato con la enterprise che è sì open, ma il codice te lo
danno solo a pagamento).
bye!

 testing, rilascio)?
Ecco le mie esperienze finora acquisite:
1) JIRA: come gia' qualcuno ha scritto, mi sento di consigliarlo senza 
riserve. Potente, versatile, completo, abbastanza intuitivo da usare. Io 
pero' ho la fortuna di disporre della versione enterprise, che e' a 
pagamento. Quindi non conosco nel dettaglio le possibilita' offerte 
dalle opzioni gratuite.
2) GNATS: vecchio bug tracker puro. Facile e veloce da usare se non hai 
grosse pretese; pero' povero di funzionalita' e poco versatile.
3) Plone issue tracker: issue tracker basato su Plone (CMS in Python) 
con il quale mi ero trovato molto bene e che veniva usato con successo 
da un gruppo di lavoro relativamente grande (~20 persone). Pero' 
dell'installazione se n'era occupata a tempo pieno una persona per un 
bel po' facendo un enorme lavoro di personalizzazione e customizzazione.
4) Trac: ne ho sentito parlare piuttosto bene. Ha fama di essere uno 
dei migliori tra quelli completamente open source. Lo conosco poco, ma a 
breve dovrei essere coinvolto in un progetto che ne fa gia' largo uso. 
Prova a riproporre la domanda fra qualche mese ;-)
TheStar

Bugzilla l'ho usato una volta nel 2006, ma solo "da utente", non ero io ad
installarlo, manutenerlo, ecc.
Noi lo usavamo effettivamente come "segnalatore di bug", nel senso che
facevamo settimanalmente dei meetimg sul progetto e durante il meeting si
diceva: "c'e questo bug nella parte di software scritta da tizio,
quest'altro nella parte scritta da caio, ecc". Volendo il "bug" poteva
essere anche una funzionalita' mancante rispetto a quanto preventivato.
A seguito del meeting il gestore del tool assegnava i vari bug ai vari
"responsabili" e questi avevano il compito di chiudere il bug sullo
strumento una volta fixato. Non ricordo bene, ma forse c'era anche la
possibilita' di stabilire scadenze e valutare ritardi (tipo il "bug 5"
deve essere fixato dal programmatore "pippo" entro la "data X" o cose del
genere).
Se non sbaglio lo stato (fixato/non fixato) di tutti i bug era visibile da
tutti gli utenti del tool associati a quel progetto, ma solo il
"responsabile" della chiusura del bug poteva poi cambiare stato al bug
stesso (pero' poi un eventuale "admin", che in genere coincideva con
il technical coordinator, poteva riaprire il bug, oppure chiuderlo
definitivamente)
Ciao,
Marco.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

Vi ringrazio per i pareri ed i consigli.
Mi prenderò il tempo di fare qualche prova.
Ciao,
Lucazeo