Come dovrebbe un programmatore anziano monitorare un altro programmatore senior?

Per i principianti, il monitoraggio non suona come un ambiente in cui la fiducia è valutata molto. Tuttavia, questo è l'opposto di ciò di cui un anziano ha bisogno - un ambiente in cui lei o lui è fidato (e previsto) a fare tutto il necessario per portare a termine il lavoro, in modo appropriato, senza istruzione. Presumo che tu voglia che questo ragazzo abbia successo, quindi non prenderei un approccio di "monitoraggio".

Detto questo, vorrei fare questo:

1. renditi disponibile - falle sapere che può farti delle domande, anche gli anziani hanno bisogno di chiarire le cose, specialmente all'inizio.

2. non aspettarti che lei sappia tutto il primo giorno - mostrale dove trovare le informazioni, anche gli anziani hanno bisogno di tempo per conoscere un nuovo sistema.

3. chiarire le regole - farle conoscere le regole, come viene gestito il sistema o il reparto, cosa cercare, quali sono le aspettative e le no-gos. Anche gli anziani devono sapere queste cose.

4. coinvolgere il nuovo ragazzo - includerla in ogni riunione e discussione in cui potrebbe trarne beneficio, e in particolare quelle riunioni che riguardano le sue aree di responsabilità.

5. chiarire le responsabilità e mettere in pratica le mani - per qualsiasi area di responsabilità precedentemente tua (o di chiunque altro), assicurati che le decisioni siano prese dalla nuova persona, incluso il rischio di errore.

6. concorda gli obiettivi - assicurati che le aspettative dei team e le tue siano chiarite. Dico accordo perché dovrebbe essere un processo in cui ci si siede insieme, si discutono le priorità e poi si concordano gli obiettivi da raggiungere. Ricorda la regola SMART: qualsiasi obiettivo equo è specifico, misurabile, realizzabile, pertinente e con limiti di tempo.

7. esamina i progressi e l'apprezzamento raggiunto - controlla regolarmente i progressi e i risultati

Infine, qualunque cosa tu faccia, dai sempre un feedback diretto, personale e tempestivo: se vedi qualcosa che non funziona come dovrebbe, prendilo da parte, spiega cosa hai osservato, perché pensi che non sia buono, come dovrebbe essere. Assicurati di essere aperto alla discussione, perché le nuove persone tendono a vedere le cose con una nuova prospettiva e potrebbero avere solo una buona ragione per fare le cose in modo diverso rispetto a ciò che è considerato normale. Oh, e anche dare un feedback positivo, anche agli anziani come ottenerne un po '.

PS: "lei" include "lui", solo dicendo

Inizia a fare revisioni del codice. Ogni volta che ha finito alcune funzionalità, esamina tutte le modifiche insieme e discutine. Fai la stessa cosa per tutto il tuo codice, discuti il tuo codice anche con lui.

In questo modo puoi essere sicuro che l'altro non rovini, entrambi sai cosa fa l'altro, puoi decidere insieme uno stile comune, puoi imparare gli uni dagli altri e probabilmente troverai bug e miglioramenti che avrebbero richiesto molto più tempo per essere risolti se fossero stati trovati dagli utenti in seguito.

Una buona revisione del codice non è necessaria diretta da uno sviluppatore senior a uno sviluppatore junior: anche le recensioni tra pari sono buone. Ognuno commette errori e tutti hanno qualcosa da imparare se si è nel primo giorno del primo lavoro o nel giorno lavorativo finale prima del pensionamento.

Le revisioni del codice sono collaborative, non istruttive: non sono lezioni universitarie e non sono come i compiti a casa. Sono focalizzati sul lavorare insieme per raggiungere un obiettivo comune: buon codice. Mantieni una mente aperta e sii aperto alle critiche costruttive.

Consiglierei la programmazione delle coppie. Dovresti accoppiare il programma con lui fino a quando non sei sicuro di avere tutto ciò di cui ha bisogno. Alla fine non puoi controllare tutto e puoi solo fidarti che alla fine fa le cose a posto. Perché, come hai detto tu, se controlli tutto il suo lavoro sei bloccato da solo.

Anche il pairing di programmazione è / dovrebbe essere comune e non sarebbe offensivo offrirlo / richiederlo all'inizio. Non vuoi offendere il nuovo ragazzo. Inoltre imparerebbe a conoscere il tuo lavoro che ti aiuta anche in caso di assenza o necessità di una seconda opinione.

Il problema è che come dici tu lavori separatamente. Forse non è comunque un buon modo di organizzarsi, perché se vuoi controllarlo devi comunque lavorare più vicino a lui. Quindi, se questo non è possibile, potresti fare 2 ore al giorno all'inizio forse?

È solo mia convinzione, ma la fiducia e la trasparenza nel feedback dovrebbero essere al primo posto per tutti i collaboratori . Ciò non significa che devi semplicemente lasciarlo / a lavorare senza monitorare i progressi. Prima di tutto:

• programmazione coppie , ma ci vuole un sacco di tempo, anche se vale la pena farlo, in particolare ti sentirai sicuro di avere una buona e competente collega (o meno). Vale la pena fare la prima fase per conoscersi.
• revisione del codice , ma dovrebbe essere una revisione del codice a entrambi i lati: mostragli il tuo codice e lascia che ti chieda, non solo monitorando i suoi progressi (potrebbe avere altre tecniche per scrivere codice, ma potrebbe essere utile come il tuo).
• solo parlare , apertura e fiducia nel dire cosa sta andando storto (nessuno vuole dire "ho alcuni problemi" per straniero) ti aiuterà anche.

Questi sono i miei pensieri, mi affido a loro e non mi portano mai in una strada sbagliata.