Qualcun altro ritiene che Scrum non sia agile?

39

Sono un grande fan dello sviluppo agile e ho utilizzato XP in un progetto di grande successo alcuni anni fa. Mi è piaciuto tutto, l'approccio di sviluppo iterativo, la scrittura del codice attorno a un test, la programmazione di coppie, l'avere un cliente sul posto per gestire le cose. È stato un ambiente di lavoro altamente produttivo e non ho mai sentito di essere sotto pressione.

Comunque gli ultimi posti in cui ho lavorato usano / usano Scrum. So che al giorno d'oggi è il bambino dei poster per uno sviluppo agile, ma non sono convinto al 100% che sia agile. Di seguito sono riportati i due principali motivi per cui semplicemente non mi sento agile.

Project Managers Love It

I project manager, che per loro stessa natura sono ossessionati dalle scadenze, sembrano tutti amare Scrum. Nella mia esperienza sembrano usare Sprint Backlog come mezzo per tenere traccia dei requisiti di tempo e tenere un registro di quanto tempo è stato speso per un determinato compito. Invece di usare una lavagna usano tutti un foglio Excel, che ogni sviluppatore deve compilare, religiosamente.

Secondo me è troppa documentazione / tracciamento del tempo per un processo agile. Perché dovrei sprecare tempo a stimare quanto a lungo mi ci vorrà un compito quando riesco ad andare avanti con il compito stesso. O allo stesso modo, perché dovrei sprecare tempo a documentare quanto tempo è stato necessario per un compito quando posso passare al prossimo compito a portata di mano.

Riunioni di stand-up

Gli incontri standup nel posto precedente in cui lavoravo erano un incubo. Ogni giorno dovevamo spiegare cosa avevamo fatto ieri e cosa avremmo fatto quel giorno. Se siamo andati oltre il nostro tempo di "stima" per un compito, il project manager avrebbe sollevato una puzza, e fare riferimento allo Sprint Backlog come mezzo di dimostrazione di incompetenza per non aderire alla timeline.

Ora capisco la necessità di comunicare, ma sicuramente il tono degli incontri quotidiani dovrebbe essere leggero e concentrarsi sulla condivisione della conoscenza. Non penso che dovrebbe trasformarsi in una dove è la tua sciarada stile di compiti. Inoltre sicuramente il punto di svolta di agile è che le linee temporali cambiano, non dovrebbero essere impostate in pietra.

Conclusione

L'idea di agile è quella di migliorare il software rendendo la vita degli sviluppatori più semplice. Pertanto, a mio parere, qualsiasi processo agile utilizzato da una squadra dovrebbe essere guidato dagli sviluppatori. Non credo che avere un project manager utilizzare un processo che hanno etichettato come "agile" per tenere traccia di un progetto ha a che fare con lo sviluppo agile.

Pensieri a qualcuno?

    
posta T-Pane 20.01.2014 - 15:44
fonte

5 risposte

19

Yes. Even one of the "fathers" of agile doesn't agree that Scrum is really agile : youtube.com/watch?v=hG4LH6P8Syk – Euphoric

Penso che questo link da uno dei commenti sopra dice davvero tutto. Vale la pena di guardare, lo zio Bob fornisce una breve storia su Scrum e in pratica dice che Scrum non è un processo di sviluppo agile perché Scrum si è evoluto nel tempo fino a diventare un processo di gestione . Le ragioni di questo sembrano essere perché erano i project manager, e non gli sviluppatori, che stavano seguendo i corsi di Scrum.

    
risposta data 10.03.2014 - 15:53
fonte
25

Ci sono alcuni elementi in Scrum che sono più inclini alla perversione, ma per essere sinceri, ciò che stai descrivendo è il risultato del tentativo di far sì che un'organizzazione adotti Scrum senza educare tutte le parti in causa riguardo a cosa si tratta, come funziona e perché funziona. Hai bisogno di un buy-in in tutta l'azienda per ottenere risultati.

Qualsiasi trasformazione agile sta per esporre tutto ciò che sta accadendo nella tua organizzazione, inclusi, ma non solo, micromanagers, persone powerhungry con i loro programmi, sviluppatori non sufficientemente formati, silos di comunicazione, ecc. Se non c'è volontà collettiva di Affrontate questi problemi e "state in piedi" e "lavorate in sprint", l'implementazione di Scrum sta per crollare.

Non posso sottolineare abbastanza: se vuoi fare Scrum, hai bisogno di allenatori competenti che ti mostrino il percorso. Non basta leggere Essential Scrum e solo vedere dove ti porta ...

    
risposta data 20.01.2014 - 16:35
fonte
13

Quello che stai descrivendo è ciò che noi, Professional Scrum Trainers, vediamo molto nelle organizzazioni che hanno "implementato mischia". Spesso "Fanno XP anche nel team di sviluppo", il che significa che ci sono alcuni test di Unità in esecuzione su un server di compilazione da qualche parte. Questa non è mischia .

Sì, i Project Manager possono utilizzare un backlog di prodotti, specialmente uno che è stato digitalizzato, per abusare delle metriche raccolte dai sistemi. Ma il team di sviluppo e lo Scrum Master non dovrebbero lasciarlo. Cosa ci fa comunque un Project Manager? Non dovrebbe essere un Product Owner ?!

Proprio come XP può essere fatto male, e alcuni processi più rigorosi possono sembrare molto fluidi (con integrazione continua, implementazione, ma ancora molto guidata dal piano), Scrum è solo un framework. Ci vogliono brave persone che capiscono i valori e il processo per eseguirlo bene. Ci vuole Apprendimento continuo un miglioramento per arrivarci.

    
risposta data 20.01.2014 - 16:36
fonte
12

Probabilmente te lo aspettavi, ma solo perché alcune (molte?) persone usano mischiato Scrum in modo non agile non significa che Scrum non sia Agile.

Project Manager : non esiste un ruolo simile in un team di Scrum. Lo Scrum Master non è responsabile per il budget o per rispettare le scadenze. È responsabile dell'aiuto alla squadra e dell'eliminazione di qualsiasi ostacolo sulla strada verso l'obiettivo a cui si sono impegnati. Da quello che descrivi, sembra che il tuo PM abbia sequestrato Scrum per prendere le sue prerogative che normalmente vanno al team e al proprietario del prodotto, perpetuando le precedenti abitudini di comando e controllo.

Tracciamento del tempo : Scrum consiglia di tenere traccia di tempo rimanente e riassumerlo per determinare lo stato dello sprint, non il punto al momento trascorso dal singolo team membri. Questo potrebbe sembrare un dettaglio, ma fa la differenza tra una cultura orientata alla colpa e un approccio orientato all'obiettivo.

Dalla Guida di Scrum :

Monitoring Sprint Progress

At any point in time in a Sprint, the total work remaining in the Sprint Backlog can be summed. The Development Team tracks this total work remaining at least for every Daily Scrum to project the likelihood of achieving the Sprint Goal. By tracking the remaining work throughout the Sprint, the Development Team can manage its progress.

    
risposta data 20.01.2014 - 16:59
fonte
2

scrum è una gestione del progetto metodologia

agile è una metodologia di sviluppo del software (-ish)

scrum + agile funziona molto bene

mischia senza agilità ... non tanto

    
risposta data 20.01.2014 - 18:10
fonte

Leggi altre domande sui tag