Come si fa a formare un sostituto? [chiuso]

Recentemente ho chiesto di lasciare una posizione e ho ottenuto molte risposte fantastiche. Uno dei fili comuni era che essere in giro per addestrare la nuova persona era prevedibile e poteva fare molto.

Ora considerando che (penso) la maggior parte delle persone non rimane in un'azienda per molto tempo dopo averne dato comunicazione e ci vorrà del tempo prima che la società intervenga / assuma una società, il che lascia per un breve periodo di tempo a ottenere qualcuno al passo con la velocità.

Inoltre non ho mai addestrato nessuno prima. Ho fatto un sacco di tutoraggio all'università e al college, ma insegnare una lingua / tecnologia è molto diverso dall'addestrare qualcuno per sostituirti nel tuo lavoro.

Quindi la domanda è: come si fa ad addestrare qualcuno a sostituirti in un breve, potenzialmente, breve periodo di tempo?

Semplicemente parlando è impossibile formare completamente una nuova persona. La conoscenza di 2-3 anni non può essere trasmessa a nuove persone in 1-2 settimane. È responsabilità della nuova persona interessarsi e apprendere 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 di progetti e classi di alto livello, basso livello ecc.

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

Nel frattempo dovrai dedicare tempo alla nuova persona, imparare le cose e far sorgere i dubbi. Il tuo obiettivo principale dovrebbe essere quello di rendere la persona indipendente, affinché capisca quale parte del codice fa cosa. Non puoi spiegare tutti 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.

Puntali sul wiki

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

No? Ah. Bene, allora hai un problema.

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

1. Aargh! Parto questo pomeriggio

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

Se non è così esperto, presentalo agli altri membri del team che dovrebbero essere i suoi principali punti di contatto per farsi un'idea di come tutto si adatta. Questo è tutto ciò che hai tempo per.

2. Ho ricevuto tutta la settimana, ma c'è un sacco di riordino

Ottieni il tuo sostituto per farti ombra per il primo giorno in modo da poter valutare le loro abilità e provare a farli svolgere il tuo lavoro il più rapidamente possibile. Fagli vedere come affronti un problema e poi consegnalo gradualmente in modo che lo stiano risolvendo e tu agisca come consulente. Costruisci dalle operazioni principali che fai ogni giorno a quelle meno frequenti. Se puoi, risolvi i problemi. Associa il programma se puoi. Fai in modo che tengano traccia di ciò che hai detto in una wiki o in qualche altra risorsa basata su testo in rete in modo che possano fare riferimento ad esso in seguito, e alla fine trasformarlo in una documentazione adeguata.

3. È lo sviluppatore junior che sta subentrando

Avranno già la conoscenza del dominio e sapranno come funziona il team. Inizia ad assegnare loro i tuoi compiti e lavora per sviluppare le loro conoscenze su sistemi e processi non familiari. Concentrati sull'aiutarli a chiarire le basi, con le cose più avanzate che verranno dopo man mano che avrai tempo.

Fornire supporto telefonico di base

Supponendo che tu stia partendo in buoni rapporti con l'azienda, offriti di fornire loro un supporto telefonico in modo che sappiano che non li lascerai in difficoltà. Se iniziano a squillare ogni ora ponendo domande a base di ossa che potrebbero essere trovate sul wiki, menziona i tuoi tassi di consulenza competitiva. Altrimenti, la strana chiamata qua e là consente loro di scegliere il tuo cervello e di rimanere in contatto con loro, il che potrebbe essere utile quando si avvicina il prossimo round di lavori.

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

Non c'è modo migliore per imparare che fare.

A seconda della complessità di ciò che stai facendo allenare qualcuno dopo aver dato preavviso, può essere una causa persa, e anche senza complessità ci sono un numero crescente di posti che ti fanno uscire non appena lo noti (assicurati di avere ciò che è il tuo prima di dare un avviso), quindi è spesso meglio addestrare i tuoi sostituti prima di dare un avviso. Una prossima vacanza o un intervento chirurgico inventati è una buona scusa se ne hai bisogno, ma supponendo che tu stia lavorando in una squadra dovresti essere in grado di lavorare quel tipo di cose un po 'mentre vai e passarle via come tenerle nel ciclo continuo.

Se hai già premuto il grilletto e hai una data finale, renderli consapevoli di dove cercare varie cose è probabilmente la cosa numero 1 che li aiuterà a lavorare. Quando mostri loro i progetti e cosa fa quello che ti serve per assicurarti che abbiano un'idea del flusso di lavoro attraverso i sistemi e dove si trovano i bit importanti nei progetti più grandi. Non avrai il tempo di fornire loro molti dettagli, ma probabilmente puoi portarli a un punto in cui sanno quale codice estrarre quando devono iniziare a risolvere un problema.

Tendi a finire rapidamente quello che stai facendo o almeno portarlo a un punto di arresto. Quindi inizia la documentazione / dump cerebrale. Sono stato in posti in cui il nuovo assunto non aveva familiarità con alcune delle tecnologie (doveva 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 in sé non è stato difficile perché si trovava sotto la mia scrivania; se ciò dà una piccola indicazione sul perché me ne sono andato.).

Supponendo che la tua azienda non assuma un vero disastro in sostituzione, una delle cose chiave è il dominio delle applicazioni che vengono consegnate. Potrebbe essere un grande presupposto da fare, ma non puoi insegnare a qualcuno come programmare bene in un paio di settimane: o lo hanno giù o no, quindi la cosa chiave è il dominio imo.