Come si fa ad addestrare un sostituto? [chiuso]

Semplicemente parlando è impossibile formare completamente una nuova persona. La conoscenza di 2-3 anni non può essere passata a una persona nuova in 1-2 settimane. È responsabilità della nuova persona interessarsi e imparare da solo la maggior parte delle cose.
Secondo me dovresti distribuire il tempo in questo modo: -
Condividere i documenti e spiegarli - 30%
Ciò includerà la spiegazione dei disegni e delle classi di alto livello, di basso livello ecc.

Condividere il codice e spiegarlo - 70%
Questo significa passare attraverso la parte importante del codice.

Nel frattempo dovrai dare tempo alla nuova persona, imparare le cose e trovare i dubbi. Il tuo obiettivo principale dovrebbe essere quello di rendere la persona indipendente, che lui / lei dovrebbe capire quale parte del codice fa cosa. Non puoi spiegare tutto e tutto, e anche se lo spieghi, non sarà molto utile. La nuova persona avrà una capacità limitata di comprendere il nuovo sistema. Quindi non bombardare con molte cose. Spiega solo cose importanti.

Indicali nella wiki

Ne hai uno, vero? E sono sicuro che ci sono alcuni membri del team che agiscono come bibliotecari di codice durante le revisioni del codice, in modo da poter introdurre codice comune (nella libreria del codice aziendale o per sostituire il codice personalizzato che lo sviluppatore ha appena messo insieme).

No? Ah. Bene, hai un problema allora.

A seconda di quanto tempo hai, devi seguire uno di questi piani, in ordine di livello di crisi:

1. Aargh! Me ne vado oggi pomeriggio

Se il nuovo ragazzo ha molta esperienza nel tuo dominio problematico, basta indicarlo al wiki e mostrargli come ottenere il codice pertinente nel tuo SCM. Compragli una birra, offri il tuo numero di telefono se ti senti generoso e vai via alla festa.

Se non è così esperto, presentalo agli altri membri della squadra che dovrebbero essere i suoi punti di contatto principali per avere un'idea di come tutto si concilia. Questo è tutto ciò per cui hai tempo.

2. Ho ottenuto tutta la settimana, ma ci sono un sacco di cose in ordine

Fai in modo che il tuo sostituto ti oscuri per il primo giorno in modo da poter valutare le loro capacità e cercare di convincerli a fare il tuo lavoro il più rapidamente possibile. Lascia che vedano come affronta un problema e poi a mano a mano che lo risolvono e ti comporti come consulente. Costruisci dalle operazioni principali che fai ogni giorno a quelle meno frequenti. Crea problemi se puoi. Accoppia il programma se sei in grado di farlo. Invitali a tenere traccia di ciò che hai detto loro in un wiki o in qualche altra risorsa basata su testo in rete in modo che possano fare riferimento ad essi in seguito, e alla fine trasformarli in una documentazione adeguata.

3. È lo sviluppatore junior che sta rilevando

Avranno già la conoscenza del dominio e sanno come funziona il team. Inizia ad assegnare loro i tuoi compiti e lavora per costruire le loro conoscenze su sistemi e processi non familiari. Concentrati sull'aiutarli a ridurre le basi, con le cose più avanzate che arrivano più tardi con il tempo.

Fornisci supporto telefonico di base

Supponendo che tu stia andando in buoni rapporti con la compagnia, offri di fornire loro un supporto telefonico in modo che sappiano che non li stai lasciando in balia. Se iniziano a squillare ogni ora chiedendo domande a testa di ossa che potrebbero essere trovate sul wiki, menziona i tuoi tassi di consulenza competitivi. Altrimenti, la strana chiamata qua e là permette loro di cogliere il cervello e di rimanere in contatto con loro, il che potrebbe essere utile quando si presenterà il prossimo turno di lavoro.

Interrompe la codifica immediatamente. Lascia che il nuovo ragazzo faccia il tuo lavoro quotidiano e sii lì per rispondere alle sue domande.

Non c'è modo migliore di imparare che fare.

A seconda della complessità di ciò che stai facendo allenare qualcuno dopo aver dato l'avviso può essere una causa persa, e anche senza complessità ci sono un numero crescente di luoghi che ti escono appena ti comunichi (assicurati di avere ciò che è tuo prima di dare preavviso), quindi è spesso meglio addestrare il / i sostituto / i prima di dare preavviso. Una vacanza imminente o un intervento chirurgico sono una buona scusa se ne hai bisogno, ma ammesso che tu stia lavorando in una squadra dovresti essere in grado di lavorare quel genere di cose un po 'mentre vai e passarle come tenere loop.

Se hai già premuto il grilletto e hai una data finale, informati su dove cercare varie cose è probabilmente la cosa numero 1 che li aiuterà a lavorare. Quando stai mostrando loro i progetti e cosa fa ciò di cui hai bisogno per assicurarti che abbiano un'idea del flusso di lavoro attraverso i sistemi e dove nei progetti più grandi i bit importanti sono. Non avrai il tempo di fornire loro molti dettagli, ma probabilmente riuscirai a farli capire che sanno quale codice estrarre quando devono iniziare a risolvere un problema.

Tendi a finire velocemente quello che stai facendo o almeno a raggiungere un punto di arresto. Quindi inizia la documentazione / discarica del cervello. Sono stato in posti dove il nuovo noleggio non aveva familiarità con alcune delle tecnologie (dovevo mantenere un sito ASP.). Ho avuto abbastanza tempo per spiegare dove fosse tutto il codice e come aggiornare il sito (Trovare il server di produzione non era difficile perché era seduto sotto la mia scrivania, se questo dà una piccola indicazione del motivo per cui me ne sono andato.).

Supponendo che la tua azienda non assuma assolutamente la tua sostituzione, allora una delle cose fondamentali è il dominio delle applicazioni che vengono consegnate. Potrebbe essere una grande supposizione da fare, ma non puoi insegnare a qualcuno come codificare bene in un paio di settimane - o lo hanno o no, quindi la cosa fondamentale è il dominio imo.