Schemi di comunicazione per gli sviluppatori senior

Question

Ho tenuto un incontro settimanale "tech lead" presso la nostra azienda per diversi mesi. È diventato piuttosto banale, e più di un aggiornamento di stato di ogni altra cosa. Sto cercando idee per rendere questo più dinamico:

• Questi sono i ragazzi che penso in grado di generare grandi idee e la visione
• Essi hanno anche approfondito nessun altro ha in un particolare dominio e corpo di codice/architettura
• Questa è una delle poche occasioni che hanno dedicato tempo di interagire con l'altro, quindi voglio fare quella più produttivo possibile

sono un ingegnere, non un manager, ma sembra uno spreco di talento avere questi ragazzi seduti per un'ora a dirmi che cosa hey ha fatto la settimana scorsa. Per renderlo ancora più difficile, ci sono persone che si collegano anche da postazioni remote. Speravo di renderlo qualcosa di meno formale, come una festa di discussione sulla lavagna, ma non sono sicuro di quanta struttura sarebbe necessaria. Se hai mai letto "A Beautiful Mind", mi piacerebbe qualcosa di simile alle feste pomeridiane che avevano a Princeton dove hanno parlato di matematica alla lavagna.

Answer 1

Sono d'accordo, l'orario dedicato deve essere riservato per l'input creativo. È possibile ottenere aggiornamenti sull'avanzamento da una lettera di modulo settimanale via email.

Alcune idee:

• fare una presentazione in stile marrone-bag. Chiedere a ciascun conduttore di presentare l'approccio architetturale generale per il proprio pezzo di torta, concentrandosi sulle sfide e sul modo in cui sono stati affrontati
• Seleziona tecnologie/tecniche nuove/interessanti/importanti e chiedi a un esperto in materia di fare una presentazione su come è stato applicato nella propria area
• Discutere di problematiche relative a soft-skill e periferiche come la gestione del team. Lasciare i nomi, ma di creare un forum dove le idee costruttive possono essere condivisi sulla gestione di costruzione, gestione di progetti ecc

Answer 2

Hai provato a mettere insieme un ordine del giorno e precisando alcune aspettative di ciò che dovrebbe essere discusso, ad esempio, l'architettura e quali sfide stanno emergendo piuttosto che cosa è stata fatta la scorsa settimana in termini di compiti? O quali sono le cose interessanti di cui sarebbero entusiasti a discutere? Un altro aspetto è provare a inviare un messaggio prima della riunione che vorresti provare a cambiare la riunione per essere più simile a questo o quello e vedere quale tipo di feedback ottieni come potrebbe essere che gli altri lead vorrebbero che cambiasse ma potrebbe non voler venire avanti con i cambiamenti.

Un'altra parte è la quantità di interazione regolare con questi altri contatti? Se parli con loro per dire 20 minuti al giorno, potresti essere in grado di inserire vari messaggi su ciò che vorresti fare con la riunione, mentre se l'interazione è più limitata, questa potrebbe non essere una buona idea.

Answer 3

Penso che la sfida sia di coinvolgere tutti. Metti da parte il tempo per le presentazioni a cui i responsabili della tecnologia possono fare volontariato e lasciare che sottopongano i soggetti. Chiedi loro di presentare progetti che stanno raggiungendo un traguardo importante. Usa webex per farlo online per le persone remote. Hai bisogno di riunioni settimanali, o puoi farle ogni due settimane? Anche questo potrebbe aiutare.

Answer 4

Forse è necessaria una piccola competizione amichevole. Niente di troppo serio, ma qualcosa per fornire un po 'di attenzione. Potresti offrire un premio per la migliore presentazione di 5 minuti, premiata con un voto di gruppo. In realtà non importa di cosa tratta la presentazione, anche se qualcosa di tecnico è probabilmente il migliore.Una volta che il ghiaccio si è rotto, puoi provare a far cadere l'aspetto del concorso e vedere se la spinta continua.

Tenere le presentazioni brevi - abbiamo fatto qualcosa di simile una volta con presentazioni di 1 ora (1 per quindici giorni) ma le riunioni hanno superato ... molto.

Answer 5

Ho scoperto che otteniamo il meglio avanti e indietro durante questi incontri quando qualcuno "insegna" una tecnica. Forse è qualcosa di nuovo - forse no. A volte passiamo insieme un po 'di verifica del codice e parliamo di cosa è buono e cosa è cattivo e perché alcune cose sono fatte come sono.

Answer 6

1. Non permettere ins linea
2. Scegli un argomento polemico e avere qualcuno preparata a discutere esso ("Dobbiamo spostare tutte le nostre applicazioni a Ruby." "Abbiamo bisogno di un framework di messaggistica comune". "PL/SQL dovrebbe essere bannato ")
3. Ottenere una sala riunioni con una enorme lavagna

Answer 7

le tue sviluppatori discutono qualcosa che sono appassionati.

Probabilmente inizierei inviando una e-mail e con ogni sviluppatore mi rimanderebbe un elenco di tre argomenti di cui vogliono parlare e condividere conoscenze. E potrebbe essere qualsiasi cosa, dalle tecniche agli strumenti ai test. Non importa, se vogliono parlarne e avere una certa passione.

Quindi inizierei a selezionare e scegliere quali argomenti e quali persone presenteranno/parleranno al prossimo incontro. Sarei alla ricerca di argomenti suggeriti da più persone, perché potrebbero verificarsi interessanti conversazioni se le persone hanno opinioni diverse sullo stesso argomento.

Ma soprattutto, quello che cercherò di coltivare è una mentalità di conoscenza condivisa. Cercherò persone che possano spiegarmi quale tipo di ostacolo hanno affrontato, come hanno superato quella sfida, quali tecniche/strumenti hanno usato per superarlo e se pensano che quelle tecniche/strumenti saranno applicabili ai loro ambiente di sviluppo in futuro. E speriamo che abbiano una certa passione per le loro soluzioni e la volontà di condividere questa conoscenza.

Vorrei anche elencare due o tre cose che causano dolore/dolore/frustrazione nei loro ambienti. Quello che cercherò qui è una possibilità di esporre problemi e mal di testa comuni, e quindi vedere se qualcuno ha già avuto successo nel trattare gli stessi problemi o simili.

Principalmente - condivisione della conoscenza. La loro deve essere una comprensione di che cosa è questa volta e di ciò che ognuno è lì per.

In un certo senso, è come un gruppo di supporto per gli sviluppatori.

Answer 8

In primo luogo separerei gli aggiornamenti di stato (o li rimuoverò completamente se non è quello richiesto).

In secondo luogo, non ho intenzione di dare alcuna risposta, ho intenzione di dare più domande.

Generalmente le persone che sono brave in qualcosa amano parlare di se stesse, cosa fanno, le loro decisioni e giustificazioni e in sostanza le cose che li motivano giorno per giorno. Questi ragazzi hanno dei wiki che puoi usare per fare domande pertinenti? Ne prendi uno alla volta con loro per sapere cosa li spinge? Conoscere le persone e conoscere le persone farebbe il lavoro di allentare questi ragazzi molto più facilmente. Preferiscono un dibattito ad un aggiornamento di stato? Se è così, inizia un dibattito.

Fare questo al mattino o prima di pranzo mentre le persone sono fresche, non quando sono disfatte dopo una lunga settimana.

Poiché queste persone sono le tue stelle, è molto importante mostrare loro quanto apprezzi il loro tempo. Timebox gli incontri, essere più diligenti su di esso. Anche se le persone stanno affrontando i loro problemi/problemi, chiedi cosa stanno facendo al riguardo. Annota brevi promemoria per te stesso e nelle riunioni successive, chiedi come sta andando. Non forzare tutti a parlare.

Se questo incontro è un forum che si esegue, inserire il cappello del moderatore e prendere il cappello del tecnico. Non offrire alcun consiglio o contributo durante l'incontro. Guidare l'agenda della riunione, mantenere le cose scorre. Questa è la tua occasione per ascoltare. Soprattutto, portare a persone problemi o problemi con il business. Lascia i problemi tecnici ai ragazzi come probabilmente hanno coperto. Certo che possono e risolveranno problemi tecnici. Ma parla di come valuti il ​​tuo staff? È efficace? Cosa possiamo fare per migliorare la conoscenza di X? Dovremmo ruotare lo staff tra i nostri team? Parla delle cose che trovi difficili, non facili.

Consiglio vivamente di non sprecare tempo alla gente per chiedere loro di preparare aggiornamenti di stato o presentazioni sulla loro area, ecc. Ecc. Se c'è qualcosa che devi sapere o vuoi sentire, poni questa domanda. Chiaramente, l'aggiornamento dello stato non è prezioso per te. Che cosa vuoi sentire?

Spero che questo aiuti!