Re: Metodologie Agile

From	Gerry <no-user@no-mail.it>
Newsgroups	it.comp.www.php
Subject	Re: Metodologie Agile
Date	2016-10-31 16:12 +0100
Organization	A noiseless patient Spider
Message-ID	<nv7n0m$ijp$1@dont-email.me> (permalink)
References	<nv767a$oc2$1@dont-email.me> <e7oojlFgp2jU1@mid.individual.net>

Show all headers | View raw

Il 31/10/2016 12:35, Alessandro Pellizzari ha scritto:
> On 31/10/2016 10:26, Gerry wrote:
>
> ...
> 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.
>

Neppure io, però ho preso atto molto presto che è impossibile 
documentare applicazioni ad oggetti con il buon vecchio flowchart.
Sul fatto che ogni 3 per 2 devi "incontrare il committente", ecco... in 
effetti non capisco dove stia la differenza con il Waterfall.

>> ...
>
> È 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.
>

Boh!
Sono partito dalla solita Wikipedia e poi giù per almeno una dozzina di 
altri siti con pagine e pagine sull'argomento.
Si ha l'idea di piccoli gruppi di lavoro, sì, ma dentro team molto più 
complessi.

Quando ne ho parlato coi colleghi mi hanno guardato come fossi se 
scappato da un zoo.
All'idea, poi, di far lavorare in copia due persone sullo stesso PC mi 
hanno subito detto "Pagati però la metà, vero?"

Volevo capire se nelle realtà tipicamente Italiane, fatta 
prevalentemente da piccole software house, Agile viene usata o se è una 
delle tante cose che uno studia all'università nella speranza di farsi 
assumere da Google :P

>...
> 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.).

Grazie per la dritta
Gerry

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