Onboarding da remoto: il buddy non sostituisce il compito

Per inserire un dipendente da remoto, prepara accessi e istruzioni prima dell’arrivo, assegna un buddy per le relazioni e un mentore per il lavoro, poi affida una prima attività semplice da consegnare e rivedere. Il buddy offre un punto di riferimento, ma il primo compito permette alla persona di percorrere il flusso di lavoro. La guida di GitLab descrive un onboarding fondato sulla documentazione e distribuito su più settimane; la checklist qui proposta arriva alla quarta settimana e indica per ogni attività un responsabile, un risultato atteso e un segnale di completamento.

Le indicazioni di Microsoft Research distinguono il buddy, che aiuta a trovare persone e risorse, dal mentore tecnico, che conosce il lavoro del team; per gli sviluppatori raccomandano un piccolo compito nella prima settimana, dalla modifica alla revisione. Per altri ruoli si può applicare lo stesso criterio scegliendo una consegna limitata che attraversi il normale percorso di approvazione. Le scadenze e le verifiche che seguono sono una proposta organizzativa, da adattare al ruolo.

Prima dell’ingresso: preparare le condizioni per lavorare

Il manager sceglie il primo compito prima che la persona inizi e ne definisce scopo, destinatario e criterio di accettazione. Una consegna come «familiarizzare con il team» non dà modo di capire se gli strumenti e le istruzioni bastano; una piccola attività con un risultato da esaminare rende visibili gli ostacoli. Le procedure devono spiegare dove trovare i materiali, come chiedere aiuto e chi decide in caso di dubbi.

Manager: prepara una consegna breve e indica chi la esaminerà. Il risultato atteso è un’attività comprensibile senza una spiegazione a voce; il segnale è che istruzioni e criterio di accettazione sono disponibili prima dell’ingresso.
Responsabile degli accessi: predispone dotazione, account e permessi necessari per quella consegna. La voce si chiude con una prova di accesso alle risorse richieste, non con l’invio degli inviti.
Buddy e mentore tecnico: concordano i rispettivi ambiti di aiuto e il canale su cui essere contattati. Il nuovo assunto riceve nomi e recapiti, insieme a un sostituto per le assenze previste.

Se una dotazione o un permesso tarda, il manager assegna il blocco a chi può risolverlo e prepara un’attività compatibile con gli strumenti già disponibili. In questo modo la checklist mostra quale dipendenza impedisce il compito previsto e chi deve intervenire.

Primo giorno: capire a chi chiedere e provare gli accessi

Il primo giorno serve a verificare che la persona possa orientarsi senza ricostruire le indicazioni da una serie di chiamate. Il manager chiarisce le priorità iniziali e le aspettative di comunicazione; il buddy presenta i contatti utili e le abitudini del team; il mentore mostra il percorso operativo necessario alla prima attività. Ognuno risponde per il proprio ambito.

Manager: consegna obiettivo, destinatario e standard della prima attività. Il segnale è che il nuovo assunto sa spiegare che cosa produrrà e dove consegnerà il risultato.
Buddy: facilita il contatto con le persone giuste per questioni organizzative e relazionali. La verifica è che il nuovo assunto sappia raggiungere un referente appropriato, anche fuori dal proprio gruppo.
Mentore tecnico: accompagna una prova di accesso a strumenti e istruzioni, lasciando alla persona i passaggi che può svolgere da sola. Eventuali errori vengono annotati con un responsabile della soluzione.

Una videochiamata può chiarire un passaggio difficile. Se durante la conversazione emerge una procedura utile anche a chi arriverà dopo, il proprietario delle istruzioni la aggiorna: il completamento riguarda ciò che il nuovo assunto riesce a fare, non la presenza alla chiamata.

Prima settimana: una consegna piccola dentro il flusso normale

Il compito iniziale deve essere abbastanza circoscritto da poter ricevere una revisione, ma abbastanza reale da mostrare come il team lavora. Per uno sviluppatore può essere una correzione minima che passa attraverso proposta e revisione. Per un altro ruolo, un esempio ipotetico è aggiornare una voce della documentazione interna dopo averne verificato il contenuto con chi ne è responsabile.

Manager: assegna il compito, nomina il revisore e chiarisce che cosa rende accettabile la consegna. Il risultato atteso è un lavoro presentato nel canale abituale del team.
Mentore tecnico: risponde alle domande sui passaggi specifici senza eseguire il lavoro al posto del nuovo assunto. Il segnale è una prima versione prodotta dalla persona, con i dubbi ancora aperti resi espliciti.
Revisore: restituisce osservazioni utilizzabili e indica le eventuali modifiche richieste. La voce si chiude quando il nuovo assunto sa dove trovare l’esito e come incorporare il riscontro.

Il buddy resta disponibile per le relazioni, ma non diventa il proprietario della consegna. Se il lavoro si ferma, il manager distingue tra permesso mancante, istruzione ambigua e decisione non presa: nella checklist ciascun blocco riceve il responsabile capace di risolverlo.

Seconda settimana: trovare e migliorare le istruzioni

Dopo la prima revisione, il manager propone un’attività affine con una variazione limitata. Il risultato atteso è una nuova consegna che richieda meno indicazioni dirette; il segnale è che la persona sappia rintracciare la procedura pertinente e individuare il punto in cui non basta. Il mentore aiuta a distinguere una lacuna nelle istruzioni da una scelta che spetta al responsabile del lavoro.

Quando emerge un passaggio ambiguo, nuovo assunto e mentore propongono una correzione a chi mantiene quella procedura. La voce si chiude quando la modifica viene accettata oppure riceve una destinazione e un proprietario precisi. Il manager, intanto, conferma priorità e criteri delle attività successive; il buddy verifica che i contatti utili siano effettivamente raggiungibili, soprattutto per le domande che attraversano più gruppi.

Terza e quarta settimana: ampliare il lavoro e assegnare i problemi residui

Nella terza settimana il manager affida un compito ordinario del ruolo, concordando con il mentore un punto di controllo. Il risultato atteso è una consegna esaminata secondo le regole del team; il segnale di completamento comprende l’esito della revisione e l’elenco delle difficoltà ancora presenti. Il punto di controllo serve a intervenire su un blocco identificabile, senza aspettare la valutazione finale.

Nella quarta settimana il manager confronta i risultati attesi con le consegne osservate e concorda priorità e supporto per il periodo seguente. Il buddy può segnalare collegamenti ancora mancanti con le persone del team; il mentore indica quali passaggi tecnici richiedono ulteriore pratica. Per ogni problema rimasto aperto si registra un proprietario: un accesso tardivo va a chi gestisce i permessi, una procedura obsoleta a chi la mantiene, una priorità incerta al manager.

La raccolta dei riscontri del nuovo assunto chiude il ciclo della checklist. Chi coordina l’onboarding assegna una destinazione alle modifiche delle istruzioni e verifica che siano state recepite, così il percorso successivo parte da procedure aggiornate anziché dalle spiegazioni ricordate da un collega.