Se vuoi costruire un team async-first, devi progettare il processo di assunzione in modo asincrono. L'approccio "decidiamo velocemente in 3 turni" è un residuo della cultura sincrona — alla fine assumi chi parla bene in una Zoom call affollata ma non sa scrivere. Roibase, dal 2018, assume developer, analisti e strategist da fuori Istanbul. Il nostro processo: valutazione scritta, trial week, criteri di decisione documentati. In questo articolo scomponiamo il design meccanico del recruitment async-first.
Identifica il pregiudizio del colloquio sincrono
Il formato tradizionale del colloquio premia la comunicazione sincrona. Il profilo che risponde velocemente, mostra carisma, mantiene il contatto visivo riceve una valutazione più alta. Ma in un team async, queste capacità non sono critiche. Scrivere un'analisi dettagliata su un'issue in Linear, rispondere senza perdere contesto dopo 3 ore, trasformare l'incertezza in documentazione: questa è la vera competenza.
A Roibase, nel 2020, abbiamo fatto un esperimento: abbiamo intervistato due profili developer. Il primo ha spiegato perfettamente in video call, il secondo ha mostrato esitazioni verbali ma ha presentato il design della soluzione in modo nitido in una valutazione scritta di 2 pagine. Abbiamo assunto il secondo. Dopo 8 mesi, la velocità di risoluzione delle issue in Linear era superiore del 34% — ha superato le aspettative.
Se permetti l'elemento sincrono nelle assunzioni, crei una dipendenza sincrona nel team. Per un team async-first, il meccanismo di filtro deve essere asincrono.
Valutazione scritta: mostra il tuo stile decisionale
Il primo passo concreto dell'async hiring: invece del CV, una valutazione scritta. Poni al candidato 2-3 domande, dai 48 ore di tempo, aspettati 400-600 parole. Esempi di domande: "Nel tuo ultimo progetto hai avuto conflitti di dipendenza? Descrivi il processo di soluzione" oppure "Come risolvi i conflitti di idee nel team? Racconta uno scenario reale."
Criteri di valutazione:
- Struttura: le sezioni introduzione, analisi, conclusione sono chiare?
- Dettaglio: ha fornito numeri specifici, nomi di tool, intervalli di tempo?
- Contesto: un'altra persona può leggere e capire?
- Tono: è difensivo o esplicativo?
In questa fase eliminiamo il 60%. I profili che ritardano la risposta di 3 giorni, inviano risposte di un solo paragrafo o si rifugiano nel gergo vengono scartati. La disciplina della scrittura è una precondizione nella cultura async-first — testarla prima della trial week riduce i costi.
Timing della risposta: non velocità, ma priorità
Rispondere entro 48 ore simula il lavoro asincrono. Il candidato potrebbe essere in un altro lavoro, potrebbe essere in un fuso orario diverso. L'importante non è la velocità, ma la risposta sistematica. Preferiamo chi invia un'analisi dettagliata dopo 40 ore rispetto a chi invia una risposta incompleta dopo 24 ore.
Trial week: pagamento in cambio di lavoro reale
La trial week è il filtro più critico per costruire un team async. Per 5 giorni, il candidato accede ai tool che usa il team: Linear, Notion, Figma, GitHub. Gli assegni un compito reale — non una simulazione del progetto, ma un'issue dal backlog attuale con priority:low. Alla fine, paghi: tariffa giornaliera × 5 giorni.
Criteri della trial week:
- Qualità della soluzione dell'issue (40% di peso)
- Condivisione del contesto nei commenti su Linear (30%)
- Come ha chiesto aiuto quando si è bloccato — documento async o panico su Slack? (20%)
- Time-to-first-response: quando è arrivato il primo commit? (10%)
Nel 2023, una candidata data analyst ha progettato un dashboard durante la trial week. Ha documentato la query BigQuery su Notion, ha spiegato i presupposti, ha segnalato tempestivamente i dati mancanti. Il primo commit è arrivato dopo 18 ore (aspettativa: 24 ore). L'abbiamo assunta. Dopo 6 mesi, il costo di setup del progetto era inferiore del 40% — perché la disciplina della documentazione c'era dal primo giorno.
Quando la trial week è senza compenso, sia c'è un problema etico che crei un filtro sbagliato. Quando paghi per un compito, il time management del candidato viene testato in modo realistico.
Colloquio sincrono: non per decidere, ma per presentare la cultura
Nel recruitment async-first non c'è il divieto di fare una videochiamata sincrona — ma non per prendere decisioni. Una videochiamata di 30 minuti la usiamo per: presentare la cultura del team, chiarire le aspettative sull'asincronia, permettere al candidato di continuare a fare domande.
L'unica domanda che poniamo in call è: "Quale parte della trial week ti è rimasta poco chiara?" Dalla risposta testiamo lo stile di comunicazione asincrona. Se risponde "perché l'hai fatto così" invece di "in quel punto mi è mancato il contesto, non l'ho visto nella documentazione", allora l'allineamento con il team asincrono è alto.
Alcuni candidati si presentano aspettandosi una Zoom call — è l'occasione per trasmettere la filosofia del lavoro asincrono. "Qui una code review può tornare in 3 ore, ma se non c'è urgenza, attendiamo 24 ore. Ti va bene?" è un criterio netto. Scartare chi non è allineato risparmia tempo.
Decisione: scoring su documento, approvazione senza riunioni
Quando la trial week è finita, il processo decisionale è asincrono. Ogni membro del team valuta dall'issue di Linear: criterio per criterio su scala 1-5. Su Notion, un documento di decisione: tabella di scoring, commenti del team, raccomandazione finale. Il hiring lead chiude il documento, chiede approvazione su Slack. Se non ci sono obiezioni entro 48 ore, assunzione confermata.
Esempio di tabella di scoring:
| Criterio | Peso | Punteggio (1-5) | Spiegazione |
|---|---|---|---|
| Soluzione issue | 40% | 4 | Codice pulito, coverage test basso |
| Comunicazione asincrona | 30% | 5 | Commenti su Linear dettagliati |
| Condivisione contesto | 20% | 4 | Un commit message incompleto |
| Time response | 10% | 5 | First PR arrivato dopo 16 ore |
Questa tabella elimina la necessità di una call sincrona. Non usiamo "quello che sento", ma "quello che vedo nel documento". La decisione si chiude in 2 giorni — senza riunioni sincrone.
Meccanismo di obiezione: trasparenza nel documento
La decisione di assunzione è aperta su Notion (candidato anonimizzato). Se un membro del team ha un'obiezione, riempie la sezione "contro-argomento": in quale criterio ha una valutazione diversa, su quale punto dati si basa. Il hiring lead risponde entro 24 ore. Le obiezioni avvengono nel 15% dei casi circa — spesso un nuovo punto dati cambia la conversazione.
Questo meccanismo rafforza la cultura asincrona. Il team si fida del documento, la decisione è trasparente. Lo stile "decido io" del founder o del lead viene bloccato. Mentre agenzie boutique come Roibase crescono, questa disciplina si riflette anche nel processo di branding — il messaggio "il nostro team lavora così" arriva fuori.
Costo dell'async hiring: risparmia tempo
A prima vista, l'async hiring sembra più lento — trial week 5 giorni, valutazione scritta 2 giorni. Ma il costo di un'assunzione sbagliata è 3-6 mesi. Il filtro asincrono elimina i profili incompatibili nelle fasi iniziali. Assumere qualcuno che sembra bene in un colloquio sincrono ma non si adatta alla cultura asincrona, e poi avere problemi al secondo mese, costa di più.
A Roibase, negli ultimi 3 anni, abbiamo assunto 12 persone con async hiring. Il tasso di abbandono nei primi 6 mesi è l'8% — la media del settore è il 25%. Il motivo: la trial week è una simulazione di lavoro reale, il filtro funziona presto. Forzare il sincrono per risparmiare tempo è attraente a breve termine — ma a lungo termine danneggia la cultura del team.
Se vuoi costruire un team async-first, il processo di assunzione deve essere asincrono. Trial week, valutazione scritta e decisione su documento: questi sono passi meccanici. È possibile fare una video call, ma la decisione non viene presa lì. La disciplina dell'async hiring stabilisce le aspettative dal primo giorno del team.