Come trasferire i team su una metodologia di programmazione Agile [chiusa]

4

Il mio gruppo ha recentemente ampliato le sue dimensioni con l'aggiunta di diversi team di diversi progetti. Lavoriamo utilizzando una metodologia di programmazione Agile: 2 settimane di sprint, consegnabili ogni sprint, 2-3 spinte alla produzione ogni sprint per ogni squadra.

Come faccio a "convertire" i team appena aggiunti in questa metodologia e modo di pensare con il minor trauma e la resistenza dei membri di queste squadre?
Nota: non sto chiedendo se vogliono cambiare la loro metodologia, dovranno operare in questo modo per essere in sincronia con il resto del gruppo. Questa è una domanda diversa da questa one come tutti gli altri team già utilizzano la programmazione Agile.

    
posta Asaf 23.06.2011 - 13:53
fonte

2 risposte

7

How do I "convert" the newly added teams to this methodology and way of thinking with as little trauma and resistance from the members of these teams?

Coaching.

In realtà inizia - adesso - con la definizione del backlog, la definizione delle priorità e la pianificazione sprint.

Non lo "faranno" subito. Non importa: le spiegazioni in realtà non aiutano tanto semplicemente a farlo.

Inizia subito con gli standup quotidiani. Subito. Non c'è da aspettare. Nessuna "conversione". Inizia.

Accetta un solo sprint per iniziare con un ragionevole margine di lavoro. Lo confonderanno completamente, ma va bene.

Ridefinire gli obiettivi dello sprint - riorganizzando il backlog - è più semplice e pratico con risultati real real in un progetto reale con scadenze di sprint reali in avvicinamento.

Il passaggio da una codifica lunga e lunga seguita da un'esplosione di test folle a sprint più brevi non è poi così difficile. La maggior parte della gente lo preferisce. Per lo più facciamo cascata per placare i gestori e i contabili.

Fai una retrospettiva e continua il ciclo permettendogli di apportare i propri miglioramenti.

Il modo migliore per imparare i metodi Agile è iniziare a fare i metodi Agile.

Man mano che le domande emergono ("Come possiamo stabilire la priorità se non conosciamo tutti i possibili requisiti in anticipo?"), rivolgiti a quelle domande specifiche con un consiglio basato sullo specifico arretrato e sullo sprint che devi affrontare in questo momento.

Evita le risposte ipotetiche. Inizia.

Idealmente, a metà del secondo sprint, la gente dirà che questa "cosa agile" non è poi così interessante. Lo hanno sempre fatto. Semplicemente non l'hanno chiamata Agile.

    
risposta data 23.06.2011 - 13:59
fonte
4

Se puoi permetterti il tempo e sei (o hai accesso a) uno Scrum Master con esperienza (o un coach XP), quindi prepara un seminario di un giorno in cui usi la prima metà della giornata per passare attraverso la teoria e la seconda metà di un mini sprint dimostrativo (30 minuti di pianificazione, 2 ore di sprint, 30 minuti di demo e revisione) su qualcosa che può essere fatto in così poco tempo. L'ho fatto diverse volte in passato, e ha aiutato molto queste squadre ad andare avanti. Quindi segui il consiglio di S.Lott.

    
risposta data 23.06.2011 - 14:24
fonte

Leggi altre domande sui tag