Come posso rendere constrongvole la vita di un nuovo noleggio? [chiuso]

Questi si applicano davvero a qualsiasi nuovo noleggio, sia che siano nuovi o abbiano una vasta esperienza nel settore:

1. Assicurati che tu sia accessibile. Se sei troppo occupato per aiutarli a familiarizzare con il tuo sistema, assegna loro un mentore. Assicurati che il mentore sia gradevole e disposto a fare cose come uscire a pranzo con il nuovo noleggio. Il compito del tutor è di rispondere a qualsiasi domanda che possa avere il nuovo assegno e di fornire loro una mano dove è necessario.
2. Assicurarsi che tutte le attività a loro assegnate abbiano il minor numero possibile di dipendenze. Non c'è nulla che possa far sì che qualcuno di nuovo nel tuo sistema (esperienza di 5 o più anni) si senta sopraffatto dall'assegnare loro un compito che ha dipendenze sparse nel tuo sistema (che dovranno anche imparare per completare il loro compito)
3. Avere qualche forma di contatto / elenco di proprietà disponibile attraverso un sito intranet o qualcosa del genere. Le persone nuove (in particolare le matricole) sono in genere piuttosto caute nel chiedere "a chi chiedo il sottosistema x ?". Se è disponibile un elenco a noleggio, sono molto più disposti a inviare una e-mail o parlare direttamente con loro senza dover passare attraverso una catena di persone per trovare quella giusta.
4. Scarica la documentazione . Applica standard di codifica che includono commenti che possono essere analizzati con un'utilità come Doxygen. Al minimo, questo offrirà nuove assunzioni con la capacità di navigare attraverso la tua API. Se si utilizza un IDE come Netbeans, l'uso del formato di commento Javadoc fornirà la documentazione e il relativo completamento del codice. Inestimabile quando si apprende un nuovo sistema.
5. Avere un po 'di benvenuto incontro / pranzo / nonnismo / ecc. Mettere giù qualcuno nella loro scrivania senza alcune cortesie personali di base può farli sentire piuttosto distaccati dalla squadra.

Penso di poterti davvero aiutare con questo. Quando avevo 18 anni, il mio primo lavoro era una posizione Jr. .Net Developer. Avevano un framework molto ampio e mi ha fatto saltare direttamente all'apprendimento di un corso accelerato su CAB, e quando è arrivato il primo progetto mi aspettavo di stimare il progetto e di imparare SqlServer e il loro framework. Ciò che ha reso questa esperienza meravigliosa è stata che il mio Sr. Developer era presente per me durante l'intero processo, dalle stime, a SqlServer, al loro framework. Ho imparato ciò che dovevo imparare in modo tempestivo perché ero in grado di usarlo come risorsa per domande e aiuto. Intendiamoci, questo è stato fatto anche mentre ero in Colorado, ed era in California. (Sviluppo remoto). Mi ha fatto leggere dei whitepaper su CAB, mi ha indicato delle buone risorse, ecc., Quindi non è che abbia dovuto fare tutto l'insegnamento, ma quando si trattava di domande era lì. In conclusione, hai bisogno che qualcuno sia il supporto per i tuoi sviluppatori Jr. Soprattutto se vuoi che imparino e crescano con l'azienda e abbiano un buon rapporto di lavoro. Volevano che mi trasferissi in California perché erano soddisfatti della velocità con cui ero in grado di imparare e progredire, e il mio lavoro, sfortunatamente, non potevo fare la mossa a causa del costo / ecc.

Quell'esperienza ha davvero creato un tratto in me. Ora sto sviluppando software per conto mio con successo per aziende e fondazioni nella mia città e ho ancora solo 21 anni. È stato il miglior primo lavoro e sono estremamente grato a Tom Anderson di RenEvo Software & Designs (che era il mio Sr. Developer). Un mentore fantastico.

La società con cui mi trovo ora, IMO, è giusta per i nuovi assunti. Ecco alcune delle cose che ho visto come efficaci.

Mentori

Forse un po 'un termine improprio perché alcuni sviluppatori esperti potrebbero non pensare di averne bisogno, ma abbiamo 1 persona a cui è stato assegnato il ruolo di mentore. Questa persona deve essere disponibile per rispondere a qualsiasi domanda che potresti avere. Funziona meglio se si siedono vicino al nuovo noleggio. Il punto centrale di un mentore è che i nuovi assunti, in particolare i junior, sono abbastanza comodi da non cadere nella trappola di non facendo abbastanza domande .

Documentazione

L'hai già menzionato, ma la documentazione può aiutarti. Nella nostra wiki abbiamo un documento che descrive sostanzialmente le tue prime due settimane di lavoro. Quando avrai terminato la tua prima rampa di due settimane, ti sei gettato in un solco, hai ottenuto il terreno e sei a tuo agio a lavorare lì.

La pazienza

Partecipare a una nuova azienda può essere piuttosto scoraggiante, soprattutto se si ha un nuovo prodotto da apprendere e si utilizzano strumenti diversi per ciò che si è abituati. Dagli il tempo di stabilirsi nel nuovo ambiente e di essere al passo. Assegna loro compiti da svolgere, ma ricorda che impiegheranno molto più tempo di un normale programmatore esperto.

Supporto

Non devi necessariamente assegnare un mentore dedicato a loro, ma assicurati che ci sia un sacco di persone in giro che possono offrire loro aiuto quando ne hanno bisogno.

Ognuno ha diversi modi di apprendere, alcuni potrebbero trovare bisogno di un mentore, altri potrebbero trovare un mentore che li rallenta. Non esiste una taglia adatta a tutte le soluzioni, quindi lascia che trovino la propria base e le sostenga e sii paziente quando apprendono le corde.

Ho iniziato con un nuovo lavoro 4 mesi fa, e penso davvero che il mio nuovo posto di lavoro abbia fatto un ottimo lavoro su questo nuovo materiale noleggiato.

A. Amici

Hanno un cosiddetto "buddy-program", in cui gli sviluppatori possono iscriversi per diventare un amico / mentore per i nuovi dipendenti. Quando viene assunto un nuovo sviluppatore, uno sviluppatore della stessa squadra (che ha firmato per diventare un amico) viene indicato come il compagno / mentore del nuovo ragazzo. È sua responsabilità mettere in piedi il nuovo ragazzo, aiutarlo a risolvere i problemi che incontrerà, andare a pranzo con lui, presentarlo alla squadra e così via.

B. Bassa dipendenza

Anche questo è stato menzionato in precedenza, ma inizia con compiti non critici e troppo difficili da fare, senza la piena conoscenza del codice base. Non c'è niente di peggio che essere catapultati in una base di codice che non si conosce e che quindi è necessario eseguire dal primo giorno. Se possibile, creare incarichi relativamente facili E sparsi per l'intero sistema. In questo modo otterrà una certa conoscenza del sistema.

Probabilmente hai delle piccole attività che non avevi il tempo di fare, quando hai scritto per la prima volta il codice. Dagli quei compiti.

C. Corsi di formazione nuovi

Questo è probabilmente il lusso per la maggior parte, ma io lavoro in una grande azienda che può permettersi di farlo. Ogni mese o ogni due mesi circa, vengono organizzati alcuni tipi di formazione per nuovi assunti. Si tratta fondamentalmente di una serie di presentazioni, con l'obiettivo di dare ai neoassunti una qualche conoscenza del sistema, come vengono eseguiti i test, come funziona il bug-tracking e così via.

Dove lavoro, ci sono molti team diversi che lavorano su compiti completamente diversi, ma sullo stesso software. Un membro di ogni squadra è incaricato di fare una presentazione sulla sua parte del software, dove fornisce un'introduzione su cosa fa quella parte, come funziona e così via. Oltre a ciò ci sono corsi di test (sto lavorando come tester) su come vengono scritti i test, come vengono eseguiti, come vengono controllati nel codebase e così via.

Per riassumere, sii gentile con i neoassunti e non aspettarti un lavoro serio da loro nel primo mese o giù di lì. Offri loro gli strumenti per ottenere aiuto e, se possibile, offri loro delle presentazioni o dei video.

Disegna uno schizzo veloce su un pezzo di carta. Blocchi funzionali e i dati viaggiano tra di loro. In modo che il nuovo noleggio possa tenere questo elenco a portata di mano, e cercare dove si trova il punto che sta cercando di toccare, e quali moduli lo influenzano gerarchicamente.

Tutto il resto arriva con il tempo. Ma è il quadro generale che ti fa sentire stupido quando devi cambiare 2 linee di codice, ma non hai idea di cosa possano causare effetti collaterali su moduli dipendenti, blocchi di codice, ecc.

Oltre a ciò che è stato detto prima, identifica i bisogni formativi e forniscili fornendo tempo, materiale, lezioni in casa, libri, ecc. Le possibilità non sono tutte note. Rendilo consapevole che questo è OK.

Tenerlo lontano dai ragazzi "cattivi". Di solito ci sono almeno 1 persone arroganti in ogni organizzazione (questa è la mia legge:))

Se assegni un mentore, assicurati che il mentore sappia che è compito del mentore aiutare e che non è fuori dal suo cuore gentile. Prendi il tempo nel programma del mentore per quello.

Follow-up sui suoi progressi il primo mese o giù di lì, deduci i suoi problemi se puoi.