Articoli che spiegano i modelli anti-AGILE

Question

Più clienti visito, più cattive implementazioni di Agile Scrum vedo. A volte spero solo di fraintendere i fondamenti di Agile, ma più leggo il quadro più chiaro che ho sviluppato su cosa sia realmente Agile, rispetto a come viene implementato.

Sto cercando fumetti/articoli che aiutano a spiegare perché SCRUM va male, o parlare di casi di studio sulle implementazioni di scrum BAD.

Personalmente, come questo white paper The Agile Method and Other Fairy Tales (pdf)

E questo è di gran lunga il migliore Dilbert alt text http://dilbert.com/dyn/str_strip/000000000/00000000/0000000/000000/00000/1000/000/1051/1051.strip.gif fumetto

Modifica

sotto ha alcuni link a Scrum Alliance, per quelli che non hanno un account qui sono i link della cache Talking Chickens article, Missing Pigs

Answer 1

Questa stessa osservazione è stata fatta prima e ampiamente discussa (incluso l'articolo su "Flaccid Scrum" by Martin Fowler e molti discorsi e articoli su ScrumBut di Ken Schwaber e Jeff Sutherland).

ci sono in linea di massima due ragioni per questo, ciascuno con una propria serie di "odori":

• nessun cambiamento culturale - troppo spesso sotto la bandiera di Scrum, agile e di recente per lo più Kanban abbiamo ancora un vecchio comando e controllo, con i gestori che usano ancora la tecnica di gestione "punta e racconta" (indica a qualcuno e dì loro cosa devono fare e quando deve essere finito). Agile deve portare un cambiamento culturale da questo ad una situazione, in cui i team si assumono la responsabilità del lavoro che svolgono e autogestiscono la parte tecnica mentre i manager si concentrano sulla rimozione degli impedimenti e guidano l'intera azienda/progetto nella giusta direzione. Dove manca questo cambiamento, anche i benefici dei metodi agili, anche se sulla carta vengono seguiti.

• poveri pratiche tecniche - Scrum non dice nulla in modo esplicito su come scrivere bene, codice leggibile, come rivedere e refactoring, come scrivere i test, come usarli una volta scritti, ecc ecc Scrum è stato creato partendo dal presupposto che, liberati dalle catene di comando e controllo, gli sviluppatori di ambienti a cascata faranno le cose nel modo giusto. Sfortunatamente, in molti casi non lo fanno - in troppi casi non lo fanno per compiacimento o pigrizia, ma per ignoranza. Questo è legato al fatto che molte persone che sviluppano software non sono mai stati educati (formalmente o altro) in basi come algoritmi, i metodi numerici, modellazione degli oggetti ecc ecc

Vale la pena notare che Ken Schwaber è apparentemente l'unico leader di pensiero di Scrum che ha notato questa situazione e cerca di fare qualcosa al riguardo. La sua risposta è il miglioramento della formazione Scrum Master principalmente attraverso i corsi Scrum in Depth, ma anche facendo in modo che gli sviluppatori si rendano conto che devono usare le buone pratiche tecniche per scrum per fare davvero tic tac. Ecco perché sono stati creati corsi per sviluppatori: i programmi Certified Scrum Developer e Professional Scrum Developer sono entrambi creati da Ken nel tentativo di migliorare il secondo problema sopra riportato. Naturalmente, gli allenamenti - non importa quanto ben preparati e consegnati - non lo risolveranno a priori, ma almeno questo dimostra che Ken riconosce il problema e cerca di fare qualcosa al riguardo.

BTW - Ken ha appena pubblicato un articolo sul suo blog su alcuni degli "odori": The Elephant In The Room. Vale la pena leggere.

Answer 2

Si potrebbe trovare serie di Agile Bob su Agile anti-pattern molto utile

http://www.agileforall.com/category/agile/antipattern/