Come eseguire le riunioni del team di sviluppatori?

Il nostro team di 10 sviluppatori si incontra settimanalmente. Gli incontri sono piuttosto noiosi e non particolarmente utili. Quale formato / agenda usi per tenere buoni incontri?

Ci incontriamo settimanalmente nella sala conferenze con pizza fornita. Il formato è che andiamo in giro per la stanza ed elenchiamo lo stato delle varie attività alle quali stiamo lavorando e discutiamo delle attività per la settimana successiva. I manager forniranno una panoramica dei prossimi progetti e priorità per i prossimi mesi e l'anno a venire.

Aggiornare

L'obiettivo di questo incontro è più o meno: team building generale, condividere le conoscenze su ciò su cui tutti stanno lavorando e tenere tutti consapevoli delle mutevoli iniziative aziendali. Non si tratta di "distribuire" formalmente incarichi di lavoro (che avviene tramite altri mezzi).

Al momento delle riunioni del nostro team, sappiamo già cosa abbiamo fatto per tutta la settimana e cosa faremo la prossima settimana. E abbiamo una ragionevole panoramica del piano a lungo termine.

Quello che facciamo nelle riunioni del nostro team è parlare di ciò che ci sta infastidendo. Tutto ciò che è accaduto nell'ultima settimana ci ha rallentato in modo significativo, cose che vorremmo cambiare in futuro, in particolare i problemi di processo.

Il formato della tavola rotonda è simile al tuo ma ne veniamo fuori con un carico di compiti per varie persone. E siamo molto desiderosi di mantenerlo leggero. Ci si aspetta che le persone siano totalmente aperte e si scoraggino dal prendere le cose sul personale.

E deliberatamente decidiamo che questa riunione sia l'ultima metà di un venerdì mattina e andiamo da lì al pub per pranzo (non obbligatorio), che non dura necessariamente solo un'ora.

Vorrei suggerire per esperienza che i manager (cioè chiunque al di sopra del team leader / project manager) non dovrebbero partecipare a questi incontri. Scoraggia le persone dall'essere totalmente oneste. I team leader / project manager possono inoltrare messaggi verso l'alto in diverse riunioni.

Annulla le dannate riunioni. Non hanno senso se non hanno un punto. Sono stato in troppi di questi negli ultimi 15 anni. Sono abbastanza sicuro che se le cellule cerebrali ferite da questi "incontri di gruppo" senza agenda continuassero a funzionare, la mia squadra e io avremmo costruito qualcosa che vendeva per miliardi di dollari e potevo ritirarmi nella relativa oscurità e perseguire il mio sogno di armeggiare con un po 'di codice che mi interessa solo per i prossimi vent'anni.

Probabilmente hai già brevi incontri di stato giornalieri o stand-up. Se devi continuare il rituale di perdere un'ora alla settimana in modo da sentirti come se stessi costruendo un team, allora già costruisci un team. Stabilisci un ordine del giorno o richiedi elementi ai membri del tuo team che pensano che il team debba affrontare, e dai loro il potere di andare e agire su quegli impulsi dopo l'incontro. Questo è tutto.

Se non c'è nulla di degno di nota all'ordine del giorno il giorno prima della riunione, cancellalo e vai a bere un drink (o un caffè) per un diversivo di lavoro subito dopo, in modo da non interrompere qualsiasi concentrazione possa essere stata effettivamente costruita poco prima l'interruzione programmata e basta parlare di qualsiasi cosa ti venga in mente. Discorso geek. Succederà e basta. Va bene. Se mi stai pagando abbastanza bene, non mi dispiacerebbe nemmeno comprare il mio gin tonic.

Negli ultimi 15 anni della mia carriera ho avuto abbastanza schifosa pizza tiepida durante le noiose riunioni della squadra per aggiungere almeno 10 chili in eccesso sul mio girovita, e in realtà cammino da e verso il lavoro quasi tutti i giorni. Non ne ho bisogno. A meno che le persone nella mia squadra non facciano schifo, nel qual caso sto già pianificando la mia uscita, costruirò il mio rapporto, non sono necessari esercizi strutturati. Farò di più, sarò più felice, e ai miei colleghi piacerò più di me che se mi sentissi obbligato a presentare qualche tentativo di dimostrare la mia potenza intellettuale o ascoltare le persone drone sui miglioramenti del processo o sulla masturbazione intellettuale ritualizzata sul controllo del codice sorgente modelli di test delle unità di dati seed di fabbrica del fornitore per l'accelerazione dei widget e le migliori pratiche per sfruttare le mie iniziative strategiche per gli ambienti di test delle prestazioni. (Scusa,

Di solito abbiamo una riunione di un'ora ogni lunedì mattina (team di 10 uomini), intorno alle 9:

• Top Down : 15 minuti per il TL (Team Lead), che ci dice cosa sta succedendo in azienda (nuovi contratti, nuovi sviluppi, qualcosa di eccitante ...)
• Round the Table : 15 minuti per un round-the-table (meno di 2 minuti ciascuno) in cui diciamo semplicemente cosa stiamo facendo per assicurarci che tutti sappiano cosa sta succedendo e durante i quali il TL ci dirà la direzione generale per la settimana a venire. I dettagli sono tenuti a bada.
• Presentazione : 30 minuti per una presentazione di uno dei progetti che abbiamo. O panoramica di alto livello, mockup o tecnica, dipende da chi sta facendo la presentazione e su cosa sta lavorando. La presentazione è aperta e le persone invitate a rispondere. Se una discussione diventa troppo specifica, viene rinviata, in modo che la presentazione possa continuare.

Mi piacciono molto quegli incontri, personalmente, perché è un modo veloce per aggiornarsi su ciò che sta accadendo al di fuori dei miei piccoli progetti per animali domestici.

Il punto importante, penso, è quello di tenere fuori le specifiche:

• alla fine della settimana (fine di giovedì / venerdì presto) facciamo un rapporto completo su ciò che abbiamo fatto, su ciò che è stato programmato ed è stato posticipato / annullato e sui problemi che abbiamo riscontrato al TL, non è necessario ripeterlo lunedì mattina e annoiato ognuno di loro ingegno
• le discussioni estese sono scoraggiate e le persone sono incoraggiate a programmare un incontro specifico con gli interessati.

Funziona piuttosto bene (soprattutto, immagino, perché il nostro TL si incontra con i suoi colleghi e il capo venerdì così riceviamo nuove notizie).

Le persone possono portare cornetti o altre cose, ma non è obbligatorio e non è programmato. Apprezziamo quando qualcuno lo fa!

Se le cose diventano noiose, discuti delle ultime tecnologie. Chiedi agli sviluppatori cosa hanno fatto con nuovi framework, server, ecc.

Potresti provare a segnalare in anticipo i progressi delle ultime settimane in un'e-mail e discutere solo dei problemi che hanno causato problemi e delineare brevemente cosa farai questa settimana. Ciò manterrà il rapporto di ogni persona breve e interessante.

I progetti e le priorità imminenti di solito non dovrebbero cambiare di settimana in settimana, quindi perché non trasferirli in una riunione mensile separata. Se emerge qualcosa di urgente, può essere sollevato nella riunione settimanale, altrimenti ti ripeterai.

Perderei anche la pizza. Non vuoi distrazioni.

Quando il nostro team era tutto locale, tenevamo queste riunioni settimanali. Se il tuo obiettivo è far crescere il team (piuttosto che lo stato di reporting del team in modo specifico per te), allora il mio consiglio sarebbe quello di prendere tanto "processo" o strutturare. Abbiamo iniziato proprio come te, abbiamo fatto il giro del tavolo e tutti hanno elencato il loro lavoro, mentre tutti quelli che ascoltavano erano annoiati dai loro teschi se quel lavoro non si applicava loro in alcun modo.

Una cosa che decidiamo come squadra è che se il nostro capo ci facesse sedere in una stanza per un'ora, avremo almeno delle ciambelle. così andavamo in giro per la stanza e ogni settimana diverse persone si occupavano delle ciambelle (un processo a cui tutti possono abbonarsi). Il nostro capo si è anche rilassato nel tempo e invece di argomenti specifici da elencare e andare avanti, abbiamo semplicemente girato intorno al tavolo e tirato fuori solo cose che ci infastidivano o che erano interessanti / interessanti. Se la tua bocca fosse piena di una ciambella o non avessi voglia di parlare quella mattina, potresti semplicemente passare.

Come sviluppatore in una grande azienda, ho potuto fare un elenco di 250 cose che quell'azienda fa per perdere tempo, ma in realtà ho trovato quelle riunioni un modo divertente per girare la merda con la squadra e mangiare ciambelle. Ora che il nostro team si trova in 3 diversi stati e 4 paesi, non abbiamo più tali incontri :(

Trovo che siano migliori se gli sviluppatori riescono a mostrare ciò che hanno realizzato. Gli sviluppatori non sono interessati al timore reverenziale delle masse (scusate, masse) ma il rispetto e la stima dei nostri coetanei (che in realtà comprendono quanto sia stato difficile, o quanto intelligente, ecc.) È una dipendenza. Gli sviluppatori adorano il nuovo lucido, meglio, più forte, più veloce, più pulito. Impostazione di gruppo -> il LAN party del lunedì mattina. ^ ^ L'incontro deve concentrarsi sugli sviluppatori e sul codice / tecnologia o è generalmente una perdita di tempo dello sviluppatore (gli sviluppatori si legheranno al codice ^ ^ succede e basta).

HTH