Dare ai membri del team più potere decisionale ha portato a discussioni molto lunghe, bloccando i progressi poiché non c'è nessuno con l'ultima parola [chiuso]

4

Attualmente usiamo Scrum con l'eccezione che i nostri Scrum Master a volte agiscono come project manager piuttosto che come facilitatori del processo Scrum. Circa la metà delle volte i membri del team eseguono le attività da soli, ma la metà delle volte che lo Scrum Master assegna le attività ai membri del team.

Vorrei che adottassimo completamente i team auto-organizzanti. Tuttavia, quando abbiamo provato a dare ai membri del team più potere decisionale, questo ha portato a discussioni molto lunghe tra i membri del team, e poiché non ci sarebbe stato nessuno con l'ultima parola, questi argomenti avrebbero bloccato il progresso.

Pensi che ci sia un modo per minimizzare gli argomenti con i team Scrum auto-organizzanti?

    
posta Eugene 26.02.2014 - 18:12
fonte

8 risposte

13

since there would be no one with the final say, these arguments would block progress.

C'è il tuo problema, proprio lì. Qualcuno deve avere l'autorità decisionale finale. Trova un modo per farlo.

Potresti anche voler esaminare l'adozione di un po 'di procedura parlamentare informale. La gente che dirotta una riunione non è un nuovo problema e ci sono già soluzioni conosciute.

    
risposta data 26.02.2014 - 18:53
fonte
11

Inizia il timeboxing delle tue discussioni. Alla fine, vota. Cravatta? Portare qualcun altro in grado di fornire un voto imparziale. Anche se non è consigliabile coinvolgere i "polli" nelle decisioni di grandezza.

Al centro di tutto, sembra che ci sia un po 'di tossicità all'interno della squadra. Perché? Potrebbe essere una domanda migliore per cominciare. Portalo al tuo Scrum Master. Forse qualcuno confonde l'idealità con la realtà.

Potresti anche voler dare il tuo PM / PO (idealmente) o la SM finale dire. È loro responsabilità valutare le opinioni e i fatti che altri hanno presentato.

    
risposta data 26.02.2014 - 18:50
fonte
6

Do you think there is a way to minimize arguments with self-organizing Scrum teams?

Questo fa parte del lavoro di scrum master: fai in modo che il team prenda decisioni in modo efficiente e tempestivo.

L'approccio smussato è di lasciare che qualcuno (scrum master o altro) abbia l'ultima parola. Ma è (imho) un abuso di potere. Un approccio migliore è aiutare il team a prendere una decisione, ad esempio:

  1. Fai in modo che il team sia d'accordo quando è necessaria una decisione (ora, tra 30 minuti, domani, tra un mese). Questo deve essere ragionevole, non forzare una scadenza artificiale (agile: prendere le decisioni all'ultimo possibile momento ragionevole).
  2. Fai in modo che il team sia d'accordo sull'importanza del problema e su quanto tempo passi a discuterne. Io chiamo il limite del capannone della bicicletta. Non è un limite severo, ma renditi conto che passare una giornata a discutere di qualcosa che alla fine non ha davvero importanza non è il miglior uso del loro tempo. (Il dibattito sul divertimento è un'altra storia, non ucciderlo!)
  3. Dì loro di lavorare su una risposta entro la scadenza, altrimenti prenderai la decisione (non dirgli quale sarà la tua decisione)
  4. Effettivamente fallo. E rispetta quel contratto.

Renditi conto che è un mastro detentore o un gioco di squadra, quindi calpesti attentamente. Potresti finire con l'assumere più decisioni di quanto tu non sia a tuo agio, ma qualsiasi squadra che valga il suo peso sta per capire che preferirebbe possedere almeno alcune delle decisioni e ci lavorerà prima che tu sia obbligato a prenderle .

    
risposta data 26.02.2014 - 19:26
fonte
4

Per molti, dare un controllo del programmatore sull'assegnazione delle attività è un privilegio, quindi devi assicurarti di operare sotto le restrizioni aziendali. Nel tuo caso, è il tempo necessario per decidere.

Speriamo che tutti migliorino con più pratica. È possibile impostare un limite di tempo e quindi il PM si limita a intervenire con una decisione immediata.

Inoltre, la tua azienda deve decidere se consentire ai programmatori di impiegare molto più tempo del PM per assegnare compiti è meglio perché sono più accurati, migliora il morale della squadra e forse tiene tutti più responsabili.

Con alcune misurazioni, puoi determinare chi effettivamente fa meglio assegnazioni, stime ecc.

EDIT: assicurati che i membri del team non stiano usando questo tempo per sfogare o eventualmente entrare in discussioni tecniche / filosofiche. Organizzare altre riunioni formali o informali per aiutarle a uscire dal loro sistema.

    
risposta data 26.02.2014 - 18:48
fonte
3

Qualcuno in ogni squadra ha bisogno di imparare alcune capacità di mediazione. Il mischia è una scelta logica, ma non deve essere lui. Puoi assumere persone per insegnare una lezione alla tua azienda. Qualcuno non deve avere la parola di riferimento per condurre efficacemente un gruppo al consenso. Per inciso, anche quando qualcuno ha l'autorità per dettare una decisione in modo efficace, la squadra lavora molto più facilmente quando quella persona usa questa autorità con parsimonia, e invece usa le capacità di mediazione per raggiungere un consenso il più spesso possibile.

L'argomento è troppo grande per un post qui e implica anche un certo livello di talento naturale e molta pratica, ma ecco alcuni consigli di base:

  • Come hanno menzionato altre risposte, accetta in anticipo la data della tua decisione.
  • Scopri come prenderai una decisione prima di provare a prendere una decisione. Possibili metodi per decidere chi ha l'ultima parola sono:
    • Voto di maggioranza.
    • A turno.
    • La persona che ha più da perdere.
    • La persona che ha toccato il codice più di recente.
    • La persona che tocca quel codice più frequentemente.
    • La persona che ha trascorso la maggior parte del tempo a ricercare quel particolare problema.
    • La persona che ha la migliore comprensione dei requisiti del cliente.
    • Un manager o lead tecnico.
  • Suggerisci compromessi
  • Suggerire idee concorrenti ognuna di esse presenta una prova di concetto da revisionare prima di eseguire il prodotto finale.
  • Spesso una decisione è controversa a causa della mancanza di informazioni. Capisci esattamente quali informazioni ti mancano e suggerisci metodi per scoprirlo prima di prendere una decisione.
  • Incontra gruppi più piccoli, o individualmente con entrambe le parti per eliminare le preoccupazioni e arrivare al nocciolo della questione prima di provare a farlo in un grande gruppo.
  • Guida il team lontano dalle biciclette da corsa su dettagli insignificanti. Suggerire di concentrarsi solo sulle grandi decisioni, quindi lasciare i dettagli agli individui che eseguono l'implementazione.
  • Indica le aree in cui sei d'accordo e vedi se puoi procedere solo su quella base.
  • Renditi conto a volte hai solo bisogno di una sessione sfrenata quando intraprendi un nuovo grande progetto, per ottenere i reclami dal sistema di tutti. Assicurati che le preoccupazioni di tutti siano ascoltate e convalidate, chiedi ai volontari di indagare sulle incertezze, quindi organizza una seconda riunione. Quasi sempre, meno persone vengono al secondo incontro, e sono più in vena di fare le cose.
risposta data 26.02.2014 - 21:11
fonte
3

Per prima cosa sono assolutamente in disaccordo con l'opinione espressa in altre risposte che l'SM dovrebbe prendere una decisione definitiva. L'attività di scrum master è

  • per rimuovere gli impedimenti, spesso presentandoli alla squadra, che altrimenti potrebbero semplicemente ignorarli.

  • per aiutare il team a diventare un buon team (scrum).

Prendere una decisione dalla propria mano è esattamente la cosa sbagliata da fare.

Invece, avrei dovuto rimproverare il problema in questo modo:

  • osserva: qual è il problema attuale? Le possibilità potrebbero essere

    • un conflitto all'interno del team, che si manifesta in costante opposizione

    • non abbastanza informazioni quindi, nessuna base adeguata per una decisione

    • la paura di essere resi responsabili di una decisione sui pensieri è sbagliata o almeno non ottimale

  • presente: rende il team consapevole del problema. Rendi le conseguenze del comportamento ovvio. L'OP potrebbe voler presentare il danno che questa impossibilità a decidere fa. Dovrebbe anche essere chiarito che l'OP dimostra fiducia nel team e il team dovrebbe agire meritatamente di tale fiducia.

  • consente al team di risolvere il problema: in una discussione moderata (tipica di una retrospettiva) il team dovrebbe presentare proposte di soluzioni e decidere in merito.

La soluzione effettiva potrebbe essere:

  • il voto democratico con un modo per rompere i legami, ad esempio dando un decimo di voto agli sviluppatori esperti.

  • decide su un membro del team che prende un determinato tipo di decisione (probabilmente dopo aver ascoltato gli argomenti degli altri)

  • decisioni sul timebox

  • prepara correttamente le decisioni avendo fasi chiare: ad es. raccolta di informazioni, discussioni, decisioni

  • decisione per consenso, cioè non si cerca una soluzione per tutti (o la maggioranza è d'accordo, ma una soluzione con cui tutti possono convivere)

risposta data 27.02.2014 - 08:33
fonte
2

Questa è una domanda molto ampia, molto più ampia della semplice mischia. Raggiunge il nucleo del gioco di squadra. L'idea di dare più controllo agli individui è renderli più efficienti rimuovendo la burocrazia. Tuttavia, c'è un compromesso. Con la burocrazia in mezzo, tutti stanno marciando verso lo stesso obiettivo in modo inefficiente. Prendi la burocrazia e marcia tutti in modo efficiente, ma verso il loro obiettivo. Se hai instillato un buon senso dell'obiettivo generale del progetto in tutti gli individui, questo funziona alla grande. Se gli individui non sono d'accordo sulla direzione finale, inizia il litigio.

Raccomando due tecniche oltre l'ovvio "unisci gli obiettivi della tua squadra un po 'di più": una è quella di eliminare lentamente la burocrazia. Dare al team il tempo di reagire alle modifiche e vedere se riescono ad allinearsi. I cambiamenti improvvisi nelle regole di sviluppo sono molto più difficili da abituarsi rispetto a quelli graduali. Il secondo è quello di attaccare il problema da un punto di vista più alto. Vedi se riesci ad avere un meta-controllo sul problema, ad esempio "se vedo dei bisticci, la burocrazia torna indietro finché non ci calmiamo tutti".

L'ultimo consiglio che ho è di non avvicinarmi mai a due membri della squadra che stanno dirigendo direttamente la testa. Per definizione, sono in modalità "teste d'intaglio" e non gli dispiacerà tenere testa con te mentre cerchi di sistemare le cose. Cerca sempre di allontanarli dall'opposizione, piuttosto che cercare di schiacciare manualmente l'opposizione direttamente prendendo una decisione per loro.

    
risposta data 27.02.2014 - 03:50
fonte
0

In realtà lavoro anche con Scrum.

Organizziamo autonomamente i compiti e ogni volta che lo Scrum Master ha l'ultima parola. È così facile!

Prova solo a seguire alcune direttive:

  • Il team deve essere d'accordo durante l'assegnazione delle attività
  • Se non sono d'accordo, non perdere tempo con discussioni interminabili (non discutere mai!). Portalo allo Scrum Master.
  • Confida nella decisione dello Scrum Master, tutti sono sulla stessa barca.

Spero che questi suggerimenti ti aiutino.

    
risposta data 26.02.2014 - 18:58
fonte

Leggi altre domande sui tag