Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > it.comp.www.php > #21253
| From | Alessandro Pellizzari <shuriken@amiran.it> |
|---|---|
| Newsgroups | it.comp.www.php |
| Subject | Re: Metodologie Agile |
| Date | 2016-10-31 11:35 +0000 |
| Message-ID | <e7oojlFgp2jU1@mid.individual.net> (permalink) |
| References | <nv767a$oc2$1@dont-email.me> |
On 31/10/2016 10:26, Gerry wrote: > A partire da questi, volevamo incominciare a documentare i progetti in > UML ed approcciare una metodologia Agile. Penso di non aver mai fatto un diagramma UML in vita mia... :P Come documentazione, poi, li trovo controproduttivi. Fare un diagramma dell'architettura generale ha senso, ma dettagliare ogni classe sa tanto di waterfall e ben poco di agile. > Tra le tante, ci incuriosivano la xP, la Lean Software Development e la > Scrum > Però, lette diverse pagine nel Web, la mia prima impressione è che > possono aver senso per gruppi di lavoro di alcune decine di persone > mentre possono essere una palla al piede per gruppi di lavoro > estremamente ridotti. È l'esatto contrario. Una metodologia agile funziona meglio con team piccoli (meno di 10 persone), e solitamente si consiglia di spezzare i team più grandi in team più piccoli, idealmente di 5-6 persone. > Qualcuno di voi le utilizza? In che contesto? Utilizzate qualche > strumento per la documentazione? Bada bene che non sono un esperto, e onestamente non saprei dirti le differenze tra i 3 che citi. Il succo dello sviluppo agile è che non devi mai programmare oltre 1-2 settimane in anticipo. Puoi avere una visione generale oltre quel limite temporale, ma potresti cambiarla dopo le prime 2 settimane. La parte più difficile è iniziare, sia perché non hai idea di quanto tempo possa servire per implementare una certa funzionalità (se non l'hai mai fatta prima), sia perché è difficile decidere un subset di caratteristiche da avere per la prima versione. Noi, come "tool", usiamo il planning poker per decidere le stime, Jira per tracciare i task, uno spreadsheet condiviso su GoogleDocs per avere un diagramma di gantt, github per le code review. Per la documentazione abbiamo un misto di docblock e README.md nelle cartelle di ogni componente per gli sviluppatori, e usiamo Confluence per documentazione più generica. Naturalmente puoi usare altri tool (per esempio Trello al posto di Jira, gitlab o bitbucket al posto di github, ecc.). Bye.
Back to it.comp.www.php | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Metodologie Agile Gerry <no-user@no-mail.it> - 2016-10-31 11:26 +0100
Re: Metodologie Agile Alessandro Pellizzari <shuriken@amiran.it> - 2016-10-31 11:35 +0000
Re: Metodologie Agile Gerry <no-user@no-mail.it> - 2016-10-31 16:12 +0100
Re: Metodologie Agile Alessandro Pellizzari <shuriken@amiran.it> - 2016-10-31 17:27 +0000
Re: Metodologie Agile Gerry <no-user@no-mail.it> - 2016-10-31 19:27 +0100
Re: Metodologie Agile Gerry <no-user@no-mail.it> - 2016-10-31 19:34 +0100
csiph-web