Newsgroup: it.lavoro.informatica
Titolo: gestione documentazione di progetto

Supponiamo di avere un team di 5 persone:
3 programmatori
1 dba
1 sistemista
(sparso per il territorio europeo - vabbe' italia e slovenia - e di cui un pajo
non parlano neanche l'italiano) impegnati in maniera continuativa su di un
progetto (jee per la cronaca) che li impegnera' per i prossimi 15 mesi,
aggiungiamo poi che nel progetto interverranno in maniera sporadica almeno altre
5/7 persone.
Quali gli strumenti ottimali secondo voi per gestire la documentazione di
lavoro?
Nello specifico mentre per le classi ci sono cose come javadoc, c'è qualcosa che
permetta di documentare similmente la parte db (tracciati, index e viste)?
L'obettivo sarebbe di ottenere qualcosa di consultabile agevolmente via web e
comprensibile (per quanto possano essere comprensibili i javadoc) senza bisogno
di contattarsi frequentemente e direttamente (anche se inevitabilmente chat,
skype ecc ecc sono in questo caso importanti strumenti di lavoro).
Le vostre esperienze personali saranno per me un contributo importante. 

 lavoro?
Premesso che il discorso non è banale, ma capita spesso situazione simile alla 
tua, noi da circa un annetto stiamo "provando" ad usare un vero e proprio forum 
interno.
Scambiamo idee e poi scriviamo ciò che è stato fatto. Poi c'è la persona che 
"ricava" la doc ufficiale dai vari thread.
Non sembra male. 
-- 
_______________________________________
Luc (35, CO) -- Acer Aspire M5610 Q6600
MediaCenter HIPER HMC-2K53A-H2 AMD5200+
Fujitsu Siemens Amilo Si 1520 12" T2300
_______________________________________

 lavoro?
una 44 magnum :-)
scherzi a parte, il più delle volte in cui mi son trovato (e aimé mi
trovo) in situazioni analoghe, le tante "belle parole" si son spesso
tradotte in scaricabarilagine e mancanza di puntualità. La cosa più
difficile è IMHO stabilire bene le responsabilità e la frequenza degli
aggiornamenti, *poi* si pensa alla tecnologia da usare (che IMHO
dipende quasi esclusivamente dalla frequenza).

 lavoro?
Visto che il problema non e' *mai* stato risolto, immagino che
io non sia la presona piu' indicata per dare consigli. 
Pero', secondo me, il puntove' che quando il PM arriva e chiede:
"quanto tempo ci vuole a fare questo e quell'altro e quello di
sopra e quello di sotto" => guarda caso trascura *sempre* il tempo
necessario all' interazione tra i componenti del team (al punto
tale che se per il progetto X tu hai valutato che ti serva un anno,
arriva il PM e ti dice: "ma se io ti do' 12 risorse il progetto
me lo fai in un mese". Un po' come s" e chiedesse: "ma quanto
tempo serve per patorire un bambino?... 9 mesi ? Il bambino
mi serve in un mese per cui ti do 9 donne e il bambino me lo
consegni in un mese"  )=> si interagisce
nella pausa caffe'. Poi pero' e' meglio non lamentarsi se le interazioni
sono a dir poco "contraddittorie".
Ciao,
Marco.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 lavoro?
1) un issue/bug tracker
2) un wiki
3) gestione delle versioni (SVN, CVS, GIT, ecc.)
4) gestione dei rilasci (banalmente, mettere un'etichetta ai build e
agli snapshot del DB)
Redmine ad esempio gestisce tutto questo con un'interfaccia semplice e
spartana, ma ci sono anche Mantis, Jira, ecc. Ci sono anche molti
strumenti via web che hanno anche funzionalità di IM e posta.
Anche io odio la burocrazia, ma questi strumenti sono piuttosto agili
e soprattutto evitano il problema del "programmatore nella caverna":
http://snipurl.com/4dpo3
  [www_codinghorror_com]
My 2 cents.
--
www.megadix.it

 2) un wiki
con questi due strumenti (per il 1o 
http://www.mantisbt.org/
 ) ho
lavorato abbastanza bene in team simili a quello di Suarez.
Riguardo alla documentazione DB, per evitar ridondanze e perdite
incredibili di tempo (del tipo replicar le strutture del DB tracciando
modifiche etc.etc.), snapshot e brevi tabelle con le integrazioni al
Db motivandole (tipo: aggiunte tabelle X e Y per migliorar procedura
z, tolto index I1 perchè poco performante,etc.)

 skype ecc ecc sono in questo caso importanti strumenti di lavoro).
in giro c'e' molto hype intorno a basecamp/campfire per questo genere
di problemi. Ma non so dirti quanto sia solo "fumo à la web 2.0" e
quanto sia sostanza...
bye!


wrote:

Erwin della Computer Associates potrebbe esserti utile. Se non ricordo
male, tra le tante funzioni c'è qualcosa per l'esportazione dei
diagrammi e della documentazione. Oltre alla generazione di sql da
diagramma, ci dovrebbe essere anche una funzione di reverse
engineering su db esistenti. Essendo a pagamento considera la cosa
solo se ti è utlie anche anche in altre situazioni. Altrimenti c'è
MySql Workbench che è gratuito ma limitato.