Qualche buona pratica per un team agile distribuito? [chiuso]

8

I nostri team di mischia sono divisi geograficamente (non ideale lo so!) a causa della conoscenza specifica disponibile solo in alcuni paesi. Quindi una squadra di 7 membri, ha la persona d'affari in una città, 2 sviluppatori in un'altra, 2 altri sviluppatori in un'altra e 2 in un'altra.

Qualche suggerimento su come gestire questo tipo di squadra dispersa graficamente? Qualche buona pratica?

Come si fa in piedi? via skype video? facciamo in modo che le persone viaggino ogni 6 settimane (a metà dell'affidamento apparentemente)? come facciamo il compito? Praticamente o tramite video? kanban funzionerebbe meglio in questa configurazione?

    
posta Bernard 24.08.2011 - 19:47
fonte

4 risposte

2

Il nostro team ha avuto una situazione simile, abbiamo avuto 2 sviluppatori che hanno lavorato in remoto, in stati diversi.

Per la pianificazione, abbiamo avuto un incontro remoto per tutto il giorno con tutti i membri del team che potevano lavorare insieme nella stessa stanza, quindi avremmo condiviso i desktop con le persone remote.

Il nostro muro di mischia era attraverso Excel. Rompiamo i PBI insieme e li aggiungiamo al foglio excel. Questo processo era piuttosto noioso e a volte causava la perdita della gente. La parte più difficile è stata ottenere la partecipazione di tutti.

I nostri stand up stanno mettendo tutti quelli che possono riunirsi in una sala riunioni con un altoparlante, quindi condividono un foglio di masterizzazione basato su Excel e tutti danno il loro aggiornamento. Questo sarebbe anche messo su un muro di mischia in quella sala riunioni per il gruppo più grande che era insieme. Per gli sviluppatori al telefono, posizioneremmo i loro compiti sul muro, ma abbiamo qualcuno che li sposta quando danno gli aggiornamenti.

Ci sono delle bacheche virtuali disponibili per l'acquisto, quindi ti invito a dare un'occhiata. Avevamo degli appaltatori di Avanade che ne avevano creato uno e ci hanno concesso la licenza per usarlo, l'abbiamo provato ma alla fine ci siamo arresi.

Spero che questo aiuti.

    
risposta data 24.08.2011 - 20:01
fonte
2

Cerca di avere il maggior tempo di sovrapposizione possibile tra i diversi siti. La consegna richiede una comunicazione rapida.

Utilizza GoogleDocs / Foglio di calcolo per condividere il modello di offerta durante la pianificazione del rilascio e dello sprint, consentendo a vari membri del team di modificare contemporaneamente.

Condivisione del desktop utilizzando skype e utilizza la videoconferenza o gli hangout di Google+. Usa IRC o simili per consentire comunicazioni frequenti da tutto il team. Chat room tematiche per bug, build, impedimenti per aiutare i membri del team a trovare il posto giusto per aiutare e ricevere aiuto.

Avere un IssueTracker condiviso per tracciare sprint e release - Jira.

Avere burndown online e repository di informazioni che sono aggiornati, preferibilmente visibili da grandi schermi in ogni sito.

Tutti vanno a casa, assicurandosi che le build siano verdi e che vengano riportati i progressi. Ogni sito trarrebbe vantaggio da un supervisore che comunicherà frequentemente l'esito degli standup e che può aiutare a rimuovere gli impedimenti dal team remoto.

Vedi le lezioni di Craig Larman descritte qui .

    
risposta data 26.08.2011 - 00:13
fonte
1

Alcune euristiche utili .

Abbiamo elaborato alcune regole che ci aiutano a prendere decisioni su come modificheremo (o su come NON modificheremo) il nostro ambiente per farlo funzionare con team distribuiti.

Sono stato in team con membri distribuiti e ho anche trascorso due anni come sviluppatore remoto. Ho scoperto che la programmazione di coppie tramite strumenti come webex ha aiutato molto, ma queste regole sono state estremamente utili per far funzionare l'abbonamento remoto.

    
risposta data 26.08.2011 - 05:49
fonte
0

Il nostro team ha una configurazione simile. Abbiamo un intero team di analisti che lavorano in un fuso orario, gli sviluppatori principali di cui due in una zona e uno in un'altra zona. Alzati è via skype. Usiamo cardine per gestire i progetti e assembla per tenere traccia delle attività quotidiane. La politica aziendale è spinta a cedere ogni giorno e ognuno di noi deve passare attraverso i commit.

    
risposta data 26.08.2011 - 05:38
fonte

Leggi altre domande sui tag