Ci sono delle sfide con auto-selezione / volontariato / iscrizione per biglietti / attività agili? [chiuso]

Dato che chiedi esperienze, il mio è che non è mai stato un problema. Ho lavorato su una mezza dozzina di diversi team di scrum negli ultimi dieci anni e in ogni caso non c'erano mai stati problemi.

Non abbiamo mai assegnato un'attività a qualcun altro senza il loro contributo, quindi nessuno ha mai "[visto] un compito assegnato direttamente a te". Almeno, non che io possa ricordare. Questo semplicemente non è come le cose vengono fatte quando si seguono i principi di miseria.

Il sistema retrospettivo è relativamente efficiente nell'ordinare qualsiasi sfida. Le persone tendono a specializzarsi un po 'su argomenti a cui sei più interessato o più interessato, e a volte finisci con compiti che non ti piacciono solo perché sei meno occupato quando arriva, ma se succede troppo spesso , la tiri fuori nella prossima retrospettiva, il team ti offre buone soluzioni e tu vai avanti con la tua vita.

Inoltre, i team di esperti esperti riconosceranno presto potenziali problemi e prenderanno misure preventive per correggerli prima che diventino problemi che devono essere affrontati in retrospettive. Ad esempio, di recente abbiamo iniziato la migrazione verso una nuova tecnologia sulla quale avevo fatto la maggior parte delle prime ricerche e raccomandazioni. Ho iniziato il volontariato per la maggior parte dei compiti, ma ho riconosciuto che stavo iniziando un ciclo di auto-perpetuazione in cui più a lungo ho svolto la maggior parte dei compiti, più sarei stato il migliore qualificato per svolgere i compiti, quindi ho iniziato la programmazione delle coppie e presto l'intero team ha raggiunto la stessa velocità.

Non voglio dipingere un'immagine troppo rosea, so che ogni squadra ha naturalmente esperienze buone come le mie, ma può essere con un po 'di coaching.

Suggerisco di leggere il libro: L'anno senza pantaloni WordPress.com e il futuro del lavoro

Word Press è descritto come open source, agile, con una struttura aziendale piatta (l'autore è il primo middle manager.) e consente agli sviluppatori di selezionare le funzionalità su cui lavorare e correggere i bug. Ha funzionato per la maggior parte, ma ci sono alcuni buchi.

Queste sono le carenze trovate dall'autore:

1. Alcune attività vengono evitate per molte ragioni e rimangono nell'elenco per sempre.
2. È difficile mettere insieme un team e far sì che coordinino i loro sforzi per lavorare su progetti molto grandi e complessi con molte parti.
3. Gli utenti possono avere un'esperienza diversa / incoerente in diverse parti dell'applicazione, se non c'è nessun sito, coordinamento o qualcuno che si avvicina per renderli uguali.

Devi soppesare questi con gli speranzosi benefici della soddisfazione dei dipendenti avendo un certo controllo su ciò che fanno in un dato giorno. Farli organizzare come una squadra, intraprendere un grande progetto e ancora gestirsi da soli.

Per le piccole cose che nessuno vuole fare, qualcuno deve intervenire e cercare di convincere qualcuno a fare volontariato o almeno essere disposto a persuadere.

Chiedi ai team e ai membri di essere d'accordo sul fatto che qualcuno è responsabile di mantenere le cose coerenti, non di ripetere le cose, ecc. Devono essere più di un arbitro che avere qualsiasi tipo di potere assoluto senza input da parte di tutti.

Buona fortuna, è difficile mantenere le cose sotto controllo senza che nessuno pensi di essere controllato.

Potrebbero esserci dei problemi occasionali con il sistema, ma la bellezza della metodologia è che i problemi vengono risolti in breve tempo con stand up, retrospettive e simili.

Alcuni problemi che ho riscontrato:

Over-commettere

Se esiste una sequenza di attività che si portano naturalmente l'una nell'altra, può essere una tentazione per uno sviluppatore di bloccarle tutte per ridurre il sovraccarico nel passare le attività.

Risolto da: limitazione delle attività assegnate a lavori in corso

Lavoro bloccato

Alcuni sviluppatori possono scegliere il lavoro all'interno della propria area delle competenze, ma questo dipende da altre attività nello sprint, in modo che siano trattenute dall'inizio o che possano fare solo progressi minimi.

Risolto da: corretta pulizia delle attività in modo che le priorità siano chiare fin dall'inizio

Carenza di competenze

Potrebbero esserci attività che gli sviluppatori non sono in grado di fare

Risolto da: Assorbire il tempo con la comprensione che ciò avvantaggerà gli sprint successivi. Diffondere la conoscenza in anticipo può anche aiutare in questo.

Scarsamente definito

Alcune attività potrebbero aver bisogno di ulteriore cura o altro lavoro per iniziare, quindi anche se è necessario farlo, gli sviluppatori sono riluttanti a selezionarle poiché ci vorrà del tempo per ottenere la trazione.

Risolto da: corretta pulizia delle attività