Cos'è l'anarchia di sviluppatori?

23

Ho letto dell'anarchia Developer (o Programmatore), che sembra essere pubblicata come metodologia di sviluppo post Agile. Ho trovato alcune risorse su di esso ( 1 , 2 ) ma sembra che non ci sia molto.

Mi stavo chiedendo se qualcuno avesse delle buone risorse dove potrei scoprire di più su come implementarlo, pro e contro, confronto con altre metodologie ecc.

    
posta Martyn 03.01.2013 - 12:00
fonte

1 risposta

45

Posso indicarti i pensieri di Alistair Cockburn su questo aspetto dei "veri" progetti Agile:

One member in the Crystal family of methodologies is Crystal Clear. Crystal Clear can be described to a Level 3 listener in the following words:

“Put 4-6 people in a room with workstations and whiteboards and access to the users. Have them deliver running, tested software to the users every one or two months, and otherwise leave them alone.”

I did, in fact, describe Crystal Clear in those words to a savvy project sponsor. He followed those instructions and reported five months later, “We did what you said, and it worked!”

I interviewed the team leader some months later and his report was about as short as my instructions:

“Following your suggestion, the four of us took over this conference room, which has network connections. We kept it for all four months, drawing on the whiteboards over there, delivering software as we went. It worked great.”

questo è ciò che stava per essere agile, e sembra che questo sia l'approccio adottato dalla metodologia Anarchy - il punto è che, se hai sperimentato ragazzi , allora puoi dire loro di "sgomberare" e farlo funzionare "e lo faranno proprio così. (Questo non funziona con persone meno esperte, non permetterebbe a una squadra di junior di farlo senza almeno un po 'di supervisione).

Tutto il guff sull'agile che è cresciuto nel corso degli anni, come gli standups giornalieri e le mischie, le sessioni di preparazione del prodotto, gli incontri pre-riunione sulle riunioni di pianificazione delle sessioni di pianificazione del lavoro. essere visti come spese generali per la consegna del prodotto di successo.

Troppo oggi però, queste cose sono viste come obbligatorie e la metodologia "agile" scende in un sistema che ha più processi rispetto ai vecchi metodi!

    
risposta data 03.01.2013 - 13:23
fonte