Suggerimenti e trucchi essenziali per il tuo primo lavoro tecnologico
Iniziare un nuovo lavoro è scoraggiante per chiunque. Ecco come affrontare i primi giorni del tuo primo lavoro tecnologico.
I primi giorni di lavoro fanno paura. Ricordo ancora molti casi in cui restavo sveglio la notte prima del mio primo giorno di lavoro, avendo un crollo interno per quello che sarebbe successo il giorno successivo. Iniziare un nuovo lavoro è un territorio inesplorato per la maggior parte delle persone. Anche se sei un veterano del settore, non si può negare che possa esserci una parte di te che è un po' terrorizzata da ciò che verrà.
Comprensibilmente stanno accadendo molte cose. Ci sono nuove persone da incontrare, nuovi progetti e tecnologie da comprendere, documentazione da leggere, tutorial a cui assistere e infinite presentazioni HR e documenti da compilare. Questo può essere travolgente e, unito al notevole grado di incertezza e incognite con cui hai a che fare, può indurre piuttosto ansia.
Due ragioni mi hanno motivato a scrivere su questo argomento. Il primo è che quando ero studente, la maggior parte delle discussioni ruotava attorno all'ottenimento di un lavoro nel settore tecnologico e nessuno parlava di quello che sarebbe successo dopo. Come eccelli nel tuo nuovo ruolo? Ora che mi guardo indietro, penso di aver dato per scontato che la parte difficile fosse ottenere il lavoro, e qualunque cosa venga dopo, probabilmente avrei potuto capirlo da solo.
Allo stesso modo, una volta che ho iniziato a lavorare nel settore, la maggior parte dei contenuti relativi alla carriera in cui mi sono imbattuto riguardavano come passare da un livello senior all’altro. Nessuno ha veramente parlato di cosa fare nel mezzo. E che dire degli stagisti e degli ingegneri junior? Come affrontano gli inizi della loro carriera?
Dopo aver completato tre anni di esperienza professionale a tempo pieno come ingegnere del software (e prima un paio di stage), ho riflettuto sul mio tempo. Ho messo insieme un elenco di suggerimenti e trucchi che ho utilizzato mentre mi ambientavo in un nuovo ruolo tecnologico. Volevo guardare oltre i primi due mesi e dare priorità al raggiungimento del successo a lungo termine.
Riflettere sui processi e sulla documentazione esistenti
La maggior parte dei nuovi dipendenti inizia con un sacco di documentazione o con nessuna. Invece di lasciarti sopraffare da una di queste possibilità, potresti vederla come un’opportunità.
Identifica le lacune nella documentazione esistente e pensa a come potresti migliorarla per il prossimo ingegnere che verrà assunto. Ciò non solo dimostra iniziativa da parte tua, ma dimostra anche che sei impegnato a migliorare i processi esistenti all'interno del tuo team.
Ho visto entrambe le estremità dello spettro. Ho fatto parte di team senza alcuna documentazione. Ho anche fatto parte di team molto diligenti nel mantenere aggiornata la documentazione. Il tuo percorso è piuttosto semplice con il primo e puoi lavorare sulla creazione della documentazione mancante. Con quest’ultimo puoi sempre pensare a come migliorare ciò che già esiste. A volte, troppa documentazione in forma scritta può anche intimidire, soprattutto per i nuovi dipendenti. Alcune cose potrebbero essere spiegate meglio attraverso altri mezzi, come tutorial video o screencast.
Fare domande
Ti incoraggio a verificare se ti verrà assegnato un amico quando inizi. Questa è una pratica abbastanza comune nelle aziende. Lo scopo di un amico è aiutarti durante l'onboarding. L'ho trovato incredibilmente utile perché ti dà qualcuno a cui indirizzare tutte le tue domande e non devi correre di qua e di là cercando di trovare la persona/il team giusto.
Anche se fare domande dovrebbe essere sempre incoraggiato, è anche necessario fare i compiti prima di porre tali domande, tra cui:
- Fai le tue ricerche. Ciò comprende effettuare una ricerca sul Web, controllare i forum e leggere la documentazione esistente. Utilizza tutti gli strumenti disponibili a tua disposizione. Tuttavia, è essenziale cronometrare te stesso. È necessario trovare un equilibrio tra la due diligence e il tenere a mente le scadenze e i risultati finali del progetto.
- Parlatene. Essendo una persona la cui prima lingua non è l'inglese, consiglio di parlare ad alta voce prima di fare domande. Nella mia esperienza, ho spesso riscontrato che, soprattutto quando sono alle prese con qualcosa di difficile, penso in una lingua (probabilmente la mia lingua madre) e devo spiegarlo in un'altra. A volte questo può essere un po' impegnativo perché fare quella traduzione potrebbe non essere semplice.
- Organizza i tuoi pensieri. Quando si lotta con qualcosa, è molto comune avere molte idee confuse che hanno senso per noi ma potrebbero non avere necessariamente senso per un'altra persona. Suggerisco di sederti, raccogliere i tuoi pensieri, scriverli e parlarne ad alta voce. Questa pratica garantisce che quando spieghi il tuo processo di pensiero, esso fluisca come previsto e l'ascoltatore possa seguire il filo del tuo pensiero.
Questo approccio è chiamato tecnica della papera di gomma, una pratica comune utilizzata dagli sviluppatori durante il debug. Il concetto è che a volte spiegare il proprio problema a una terza persona può essere molto utile per arrivare alla soluzione. Questa è anche una testimonianza delle tue eccellenti capacità comunicative.
Rispetta il tempo delle persone. Anche se ti rivolgi a qualcuno come il tuo amico, sii consapevole del fatto che anche lui ha i suoi compiti quotidiani da completare. Alcune cose che ho provato includono quanto segue:
- Annota le mie domande e poi dedica un po' di tempo al mio mentore per poter parlare con loro.
- Compila domande invece di chiedere ripetutamente aiuto in modo che il tuo mentore possa rispondervi quando ha tempo.
- Pianifica una rapida chat video di 15-20 minuti, soprattutto se desideri condividere lo schermo, che è un ottimo modo per mostrare i tuoi risultati.
Penso che questi approcci siano migliori perché ottieni l'attenzione totale di qualcuno invece di disturbarlo ogni paio di minuti quando la sua attenzione potrebbe essere altrove.
Approfondisci i tuoi progetti
Anche nei team con un'eccellente documentazione, avviare i progetti tecnici può essere molto scoraggiante poiché sono coinvolti più componenti. Col tempo, però, capirai come fa le cose la tua squadra. Tuttavia, può farti risparmiare tempo e potenziali grattacapi capirlo in anticipo mantenendo un pratico elenco a cui fare riferimento, inclusa la configurazione di base del progetto, i requisiti di test, i processi di revisione e distribuzione, il monitoraggio delle attività e la documentazione.
Se non c'è documentazione per il progetto che stai iniziando (una situazione in cui mi sono trovato), vedi se riesci a identificare il proprietario attuale o precedente del progetto e comprendere la struttura di base del progetto. Ciò include la configurazione, la distribuzione, ecc.
- Identifica le preferenze del tuo team nell'IDE (ambiente di sviluppo integrato). Sei libero di utilizzare l'IDE che preferisci, ma utilizzare lo stesso del tuo team può essere utile, soprattutto durante il debug, poiché la scelta dell'IDE influisce sul debug. IDE diversi offrono diversi gradi di supporto per il debug.
- Comprendi come eseguire il debug e non intendo solo usare le istruzioni print (non che ci sia qualcosa di sbagliato in questo approccio). Sfrutta l'esperienza del tuo team qui!
- Comprendere i requisiti dei test. Ciò potrebbe dipendere dall'ambito del progetto e dalle pratiche generali del team, ma prima lo capisci, più sarai sicuro dei cambiamenti che implementerai in produzione.
- Visualizza il processo di distribuzione. Questo processo può variare in base al team, all'azienda, ecc. Indipendentemente da quanto informale o formale possa essere, assicurati di comprendere come le modifiche vengono distribuite in produzione, come si presenta la pipeline di distribuzione, come distribuire le modifiche in modo sicuro, cosa fare in caso di build non riuscite, come ripristinare le modifiche errate e come testare le modifiche in produzione.
- Comprendere il processo di emissione dei biglietti. Comprendere come documentare i ticket e il livello di dettaglio previsto. Vedrai molte variazioni qui. Alcune aziende si aspettavano che inviassimo i nostri biglietti quotidianamente, mostrando i nostri progressi. Altre aziende potrebbero non richiedere questo livello di documentazione.
Considerato tutto ciò che ho appena menzionato, un utile esercizio tutto in uno che puoi fare nelle prime due settimane è affiancare un altro ingegnere e fare sessioni di peer coding. Ciò consente di osservare l'intero processo, dall'inizio alla fine, dal momento in cui un ticket viene assegnato a un tecnico fino a quando viene distribuito in produzione.
Le prime due settimane possono anche sembrare frustranti se non ti viene ancora data l'opportunità di sporcarti le mani. Per contrastare questo, chiedi al tuo manager di assegnarti alcuni biglietti iniziali. Di solito si tratta di attività minori come la pulizia del codice o l'aggiunta di test unitari. Tuttavia, ti consentono di armeggiare con la base di codice, il che aiuta a migliorare la tua comprensione e ti dà un senso di realizzazione, il che è una sensazione molto incoraggiante nei primi giorni di un nuovo lavoro.
Parla ad alta voce, soprattutto quando sei bloccato
Voglio sottolineare l'importanza della comunicazione quando sei bloccato. Questo accade, soprattutto nei primi mesi di un nuovo lavoro, e per quanto frustrante possa essere, è qui che le tue capacità comunicative risulteranno migliori.
- Sii trasparente riguardo ai bloccanti e ai tuoi progressi. Anche se si tratta di qualcosa di banale come problemi di autorizzazione (un ostacolo abbastanza comune per i nuovi dipendenti), assicurati che il tuo manager ne sia a conoscenza.
- Non aspettare l'ultimo giorno per segnalare se qualcosa subirà ritardi. I ritardi nel tuo progetto spingono avanti molte altre cose. Condividi i ritardi necessari del progetto con largo anticipo, in modo che il tuo manager possa condividerlo con le parti interessate.
- Non dimenticare cose come testare accuratamente le modifiche o documentare il codice solo perché sei di fretta.
Ottieni contesto tecnico
Ottenere un contesto tecnico è qualcosa con cui ho lottato personalmente e ho lavorato attivamente per cambiare il mio approccio in quest'area.
Quando ho iniziato come stagista, entravo con una mentalità molto concentrata su ciò che volevo imparare. Mi concentrerei al massimo sul mio progetto, ma chiuderei completamente un occhio su tutto il resto. Nel corso degli anni, mi sono reso conto che chiudere un occhio su altri progetti o su progetti adiacenti potrebbe non essere la decisione più saggia.
Innanzitutto, influisce sulla comprensione del tuo lavoro. Ero ingenuo a pensare che avrei potuto essere un buon ingegnere se mi fossi concentrato esclusivamente sul mio progetto. Non è proprio vero. Dovresti prenderti il tempo per comprendere altri servizi con cui il tuo progetto potrebbe interagire. Non è necessario entrare nel dettaglio, ma sviluppare una comprensione di base è molto utile.
Un'esperienza comune che i nuovi dipendenti sperimentano è la disconnessione dal resto dell'azienda, che è una sensazione molto naturale, soprattutto nelle aziende più grandi. Sono una persona che sviluppa un senso di esclusione molto rapidamente, quindi quando mi sono trasferito a Yelp, un'azienda significativamente più grande della mia precedente, con progetti su scala molto più ampia, ho dato priorità alla comprensione del quadro generale. Non solo ho lavorato per sviluppare la comprensione del mio progetto ma anche di altri progetti adiacenti.
Nelle mie prime settimane a Yelp, mi sono incontrato con vari ingegneri del mio team e ho chiesto loro di darmi una visione d'insieme di ciò che avrei fatto e dell'obiettivo generale del progetto. Questo approccio è stato incredibilmente utile perché non solo ho ricevuto vari gradi di spiegazioni in base all'anziano dell'ingegnere e da quanto tempo lavorava al progetto, ma ha anche approfondito la mia comprensione di ciò su cui avrei lavorato. Ho partecipato a questi incontri con l'obiettivo che la mia conoscenza del progetto mi permettesse di spiegare cosa faccio a uno sconosciuto per strada. A tal fine, ho chiesto al mio responsabile tecnico di chiarire a che punto il mio lavoro è entrato in scena quando un utente ha aperto l'app Yelp e ha cercato qualcosa.
Anche i diagrammi dell'architettura possono essere utili in questo scenario, soprattutto per comprendere come interagiscono i diversi servizi.
Stabilire aspettative
Per molto tempo ho pensato che tutto ciò che dovevo fare era dare il massimo ed essere un buon dipendente. Se stavo lavorando, raggiungevo gli obiettivi e nessuno si lamentava, dovrebbe essere abbastanza buono, giusto? Sbagliato.
Devi essere strategico con la tua carriera. Non puoi semplicemente affidarlo alla buona volontà delle persone e sperare di ottenere i risultati desiderati solo perché soddisfi le aspettative.
- Stabilisci criteri chiari nel momento in cui inizi il tuo nuovo lavoro. Ciò varia a seconda dell’azienda, poiché alcune organizzazioni hanno misure molto ben definite mentre altre potrebbero a malapena averne. Se è quest'ultimo, ti suggerisco di sederti con il tuo manager entro le prime due settimane e stabilire e concordare all'unanimità un criterio.
- Assicurati di comprendere a fondo come verrai valutato e quali misure verranno utilizzate.
Ricordo di essere uscito dalla mia prima valutazione molto confuso nel mio primo ruolo a tempo pieno. L'intera conversazione era stata molto vaga e agitata, e non avevo chiarezza sui miei punti di forza, sulle mie debolezze o anche sui passi per migliorare.
All'inizio era facile attribuire tutto al mio manager perché il nuovo dipendente che era in me pensava che questo fosse il loro lavoro, non il mio. Ma col tempo, mi sono reso conto che non potevo semplicemente passare in secondo piano per quanto riguardava le mie valutazioni delle prestazioni. Non puoi semplicemente fare un buon lavoro e aspettarti che sia sufficiente. Devi prendere parte attivamente a queste conversazioni. Devi assicurarti che i tuoi sforzi e i tuoi contributi vengano notati. Dal contributo regolare alle conversazioni di progettazione tecnica alla creazione di social per il tuo team, assicurati che il tuo lavoro venga riconosciuto.
Legarsi allo stabilire le aspettative è anche l’importanza di cercare attivamente feedback. Non aspettare fino alle valutazioni formali delle prestazioni ogni tre o quattro mesi per scoprire come stai. Imposta attivamente un ciclo di feedback con il tuo manager. Cerca di avere conversazioni regolari in cui cerchi feedback, per quanto spaventoso possa essere.
Naviga lavorando in team distribuiti
Il posto di lavoro si è evoluto negli ultimi due anni e lavorare in team remoti e distribuiti è ora la norma anziché una rarità. Ho elencato alcuni suggerimenti per aiutarti a orientarti nel lavoro in team distribuiti:
- Stabilisci gli orari principali e impostali sul tuo calendario. Si tratta di una serie di orari che il tuo team concorderà all'unanimità e l'intesa è che tutti dovrebbero essere online e reattivi durante questi orari. Ciò è utile anche perché le riunioni vengono programmate solo entro questi orari, rendendo molto più semplice pianificare la giornata.
- Fai attenzione ai fusi orari e agli orari di pranzo delle persone.
Nel mondo virtuale è necessario fare uno sforzo maggiore per mantenere le interazioni sociali e i piccoli gesti possono contribuire notevolmente a rendere l’ambiente di lavoro molto più amichevole. Questi includono quanto segue:
- Quando inizi le riunioni, scambia i convenevoli e chiedi alle persone come è andato il loro fine settimana/giornata. Ciò aiuta a rompere il ghiaccio e ti consente di costruire una connessione più personale con i membri del tuo team, che va oltre il lavoro.
- Suggerisci periodicamente un incontro virtuale informale per qualche chiacchierata informale con il team.
Mantenere un equilibrio tra lavoro e vita privata
All'inizio della carriera, è facile pensare che sia tutta una questione di dedicare quelle ore, soprattutto considerando la narrativa della "cultura del trambusto" di cui siamo alimentati 24 ore su 24, 7 giorni su 7 e l'idea che un equilibrio tra lavoro e vita privata si stabilisca in seguito. fasi della nostra carriera. Questa idea non potrebbe essere più lontana dalla verità perché l'equilibrio tra lavoro e vita privata non avverrà solo magicamente per te. Devi lavorarci attivamente e molto diligentemente.
La cosa spaventosa di non avere un equilibrio tra lavoro e vita privata è che ti si insinua lentamente. Inizia con te che controlli le e-mail fuori orario e poi lentamente arriva a te, lavorando durante i fine settimana e sentendoti perennemente esausto.
[Leggi correlata Come riconosco e prevengo il burnout nell'open source]
Ho elencato alcuni suggerimenti per aiutarti a evitare questa situazione:
- Disattiva/metti in pausa le notifiche e le e-mail e imposta la modalità offline.
- Non lavorare nei fine settimana. Inizia con te che lavori un fine settimana e subito dopo lavori quasi tutti i fine settimana. Qualunque cosa sia, può aspettare fino a lunedì.
- Se sei un tecnico di guardia, comprendi le politiche della tua azienda al riguardo. Alcune aziende offrono un compenso monetario, mentre altre possono concedere ferie in sostituzione. Usa questa volta. Non utilizzare i tuoi benefici come PTO (permessi retribuiti) e giornate di benessere riduce davvero la tua longevità sul lavoro.
Incartare
Non c'è dubbio che iniziare un nuovo lavoro sia stressante e difficile. Spero che questi suggerimenti e trucchi renderanno i tuoi primi mesi più facili e ti prepareranno per un grande successo con la tua nuova posizione. Ricordati di comunicare, stabilire i tuoi obiettivi di carriera, prendere iniziative e utilizzare gli strumenti dell'azienda in modo efficace. So che te la caverai alla grande!