Quando l'annuncio e il colloquio non raccontano lo stesso ruolo

Risposta diretta: quando un annuncio descrive un ruolo ibrido — uno split dichiarato tipo "60% frontend, 40% backend" — e il colloquio finale passa quasi tutto il tempo su un solo lato, quasi mai è malafede. È il sintomo di un'organizzazione dove chi scrive l'annuncio e chi decide il lavoro quotidiano sono due persone diverse con due bisogni diversi. Lo scarto però si vede in anticipo: un processo di selezione produce quattro documenti, e non dicono la stessa cosa.

TL;DR

Gli annunci per ruoli ibridi (growth/engineering, prodotto/dati, marketing/tech) dichiarano spesso uno split netto — e il colloquio finale a volte ne misura una sola metà, in profondità.
L'annuncio dice di più per quello che si preoccupa di evitare che per le percentuali che dichiara.
L'esercizio tecnico è quasi sempre la job description più onesta del processo: lo scrive chi valuterà il lavoro, non chi ha scritto l'annuncio.
La mail di rifiuto è un riassunto di seconda mano, compilato da chi spesso non era nella stanza.
La lezione che vale a prescindere dall'esito: quello che non è scritto, per chi valuta quando non sei più lì davanti, tende a non esistere.

Quattro documenti, quattro verità diverse

Un processo di selezione tecnico lascia dietro di sé quattro artefatti: l'annuncio, l'esercizio assegnato, la conversazione finale e la risposta. Li leggiamo quasi sempre in ordine, uno alla volta, e ognuno per conto suo. Letti insieme raccontano un'altra storia — e nei ruoli di confine, dove due aree convivono dentro la stessa posizione, quella storia diverge spesso da quella dell'annuncio.

Prendiamo il caso ricorrente. Un annuncio growth/engineering: dentro un team di ingegneria, con una linea funzionale verso il marketing, split dichiarato 60/40. La missione descritta in termini di visibilità e crescita, e fra le responsabilità un avvertimento preventivo — "senza che il ruolo scivoli in una pura funzione di implementazione SEO". Poi il colloquio finale prende la direzione opposta a quella che l'annuncio si preoccupava di evitare: quasi tutto il tempo su domande backend sempre più in profondità, un pugno di domande frontend chiuse in pochi minuti, zero domande sull'area a cui il ruolo doveva riportare funzionalmente.

Non è un caso isolato né una cattiveria di chi conduce. È un pattern, e ciascuno dei quattro documenti lo segnala a modo suo.

1. L'annuncio: conta più cosa evita di cosa promette

Vale la pena leggere questi annunci con più attenzione di quanta gliene diamo di solito, perché di solito dicono più di quanto sembri a una prima lettura. Due cose in particolare meritano attenzione:

Cosa è descritto come requisito e cosa come "un plus". Le competenze trasversali — SEO, sperimentazione, analytics, crescita — finiscono spesso nella lista "a plus", cioè non obbligatorie, mentre l'esperienza tecnica generica ("possedere applicazioni end-to-end") resta il cuore del profilo richiesto. Lo split dichiarato può essere onesto sulla carta, e comunque non riflettere cosa viene davvero misurato.
Cosa l'annuncio si preoccupa esplicitamente di evitare. Un avvertimento preventivo del tipo "questo ruolo non deve diventare solo X" è un indizio che dentro l'azienda qualcuno ha già visto quel rischio concretizzarsi almeno una volta. È spesso più informativo dello split percentuale stesso.

2. L'esercizio tecnico: la job description più onesta del processo

Un buon modo per anticipare lo scarto tra annuncio e realtà è guardare con attenzione l'esercizio tecnico assegnato durante il processo, se ce n'è uno — spesso lo prepara chi valuterà operativamente, non chi ha scritto l'annuncio, e per questo tende a essere più sincero.

Gli esercizi ben fatti, di questo tipo, pongono di solito alcuni dilemmi di design ricorrenti, indipendentemente dall'azienda: il contratto delle risposte è dichiarato fisso, mentre il design interno è lasciato libero — la forma dei dati che esci è sacra, come li produci sono affari tuoi. Parte del compito è decidere cosa non mettere in una risposta: un riferimento che punta a un record inesistente, lo si manda con campi vuoti, lo si esclude, lo si registra soltanto in un log? E quasi sempre il dataset è dichiarato di dimensione arbitraria, il che esclude ogni scorciatoia legata a un ordine fisso.

Un paio di segnali, tra i tanti possibili, tendono a distinguere chi ha lavorato con cura da chi si è limitato a far generare tutto a uno strumento: capita spesso, per esempio, che un aggiornamento di libreria non documentato rompa la build al primo tentativo — chi verifica l'albero delle dipendenze invece di fidarsi della memoria se ne accorge in pochi minuti, non dopo ore. E capita, rileggendo con calma il proprio codice invece di considerarlo finito al primo verde, di trovare un paio di bug veri — piccole contraddizioni tra cosa fa il codice e cosa dice di fare — che vale la pena riprodurre concretamente prima di correggerli, non semplicemente sistemare al volo.

Quando lo stack di un esercizio di questo tipo è sbilanciato rispetto allo split dichiarato nell'annuncio — per esempio, interamente costruito su un solo lato dello stack, con l'altro lato attaccato solo di lato — è un segnale anticipato, non una coincidenza.

3. Il colloquio finale: dove lo scarto diventa visibile

Un pattern che vale la pena riconoscere: quando il colloquio finale sbilancia pesantemente il tempo su un solo lato del ruolo dichiarato, il momento più rivelatore di solito non è una domanda sbagliata — è una domanda ragionevole, fatta alla persona sbagliata. Una domanda di sistema legittima per un ruolo senior, che però nessuno aveva promesso di verificare per un profilo dichiarato in prevalenza su tutt'altro. Rispondere onestamente, ammettendo un limite quando emerge, non è quasi mai l'errore — è il momento in cui diventa visibile che la conversazione sta misurando qualcosa di diverso da quello per cui si era stati convocati.

Un altro segnale ricorrente: una domanda sull'uso dell'AI nel lavoro, posta all'inizio quasi come rito di passaggio, e mai più ripresa — mentre il resto dell'ora si concentra altrove. (È una domanda che meriterebbe più spazio di quanto un’ora di colloquio ne lasci: ne ho scritto a parte.)

4. La mail di rifiuto: un riassunto di seconda mano

Le mail di rifiuto, in casi come questo, tendono a somigliarsi: citano genericamente la ricerca di "maggiore profondità su entrambe le aree" — difficile da misurare, quando una delle due aree ha ricevuto quattro domande standard e zero approfondimento. Spesso menzionano anche la mancanza di una spiegazione dettagliata delle proprie scelte tecniche — un'osservazione che vale la pena confrontare con quanto, durante il colloquio, sia stato effettivamente possibile o richiesto approfondire dal vivo.

Non è utile leggere queste mail con rancore. È più utile leggerle come quello che sono: un riassunto compilato da chi non era necessariamente nella stanza per tutta la conversazione, basato su appunti parziali di chi lo era.

La cosa che vale a prescindere dall'esito

C'è una parte di questo tipo di situazioni che riguarda chi si candida, non l'azienda, ed è forse la più utile da portarsi via. Capita spesso, preparando un esercizio tecnico, di scrivere una sezione di assunzioni e decisioni di design — e poi di toglierla prima di consegnare, per restituire il progetto esattamente come è stato dato, spostando quel contenuto alla discussione orale, magari perché l'esercizio stesso prometteva che se ne sarebbe parlato a voce.

È quasi sempre la scelta sbagliata. Quello che non è scritto, per chi valuta quando non sei più lì davanti, tende semplicemente a non esistere. Un colloquio dura un'ora e si ricorda in modo imperfetto; un documento resta, si rilegge, finisce citato in una valutazione interna a cui non si partecipa. Se un ragionamento vale la pena di essere detto, vale la pena scriverlo — non solo raccontarlo, sperando che il momento giusto arrivi.

Perché succede

Non è la prima volta che osservo questo schema, ed è per questo che gli ho dedicato un'analisi a parte, più generale: Quando il colloquio misura un conflitto che non è tuo. In sintesi: un ruolo di confine viene quasi sempre scritto da chi lo desidera avere in organico, e valutato da chi ha un bisogno operativo immediato — due orizzonti temporali diversi, che a volte comunicano meno di quanto servirebbe. Non serve malafede perché lo scarto si apra.

Tre domande da fare in prima call

Tre domande, poste in prima call, aiutano a vedere lo scarto prima di investirci settimane:

Chi decide concretamente il backlog quotidiano di questo ruolo?
Cosa ci si aspetta sia stato consegnato nei primi 90 giorni?
È una posizione nuova o un rimpiazzo — e, se lo è, su cosa passava il tempo chi c'era prima?

E un segnale che vale la pena leggere per quello che è: l'esercizio tecnico, quando c'è, è spesso la job description più onesta che si riceve — a volte anticipa lo scarto con settimane di anticipo rispetto al colloquio finale.

Backend, o anche backend?

È la domanda utile da far emergere, con tatto, ogni volta che un ruolo dichiarato ibrido inizia a essere valutato quasi solo su un lato. Non richiede un tono accusatorio: richiede chiarezza, e conviene ottenerla prima di firmare invece che dopo tre mesi.

Per chi assume, la stessa domanda si gira: l'annuncio che avete pubblicato e l'esercizio che assegnate raccontano lo stesso ruolo? Se la risposta non è ovvia, il candidato attento se ne accorge prima di voi — e i migliori se ne vanno senza dirvi perché.

FAQ

Come faccio a capire se un ruolo "ibrido" è reale o solo scritto così?

Chiedi in prima call chi decide il backlog quotidiano e cosa dovresti aver spedito nei primi 90 giorni. Se le risposte descrivono solo un lato dello split dichiarato, quello è probabilmente il ruolo vero — l'altro lato resta più aspirazionale.

L'esercizio tecnico può davvero dire più dell'annuncio?

Spesso sì. L'annuncio lo scrive chi vuole assumere per un bisogno strategico; l'esercizio tecnico lo prepara di solito chi ti valuterà operativamente. Se lo stack dell'esercizio è sbilanciato rispetto allo split dichiarato, è un segnale anticipato — non necessariamente una coincidenza.

Vale la pena scrivere le proprie decisioni anche se si sa che se ne parlerà a voce?

Quasi sempre sì. Un colloquio si ricorda in modo imperfetto, un documento resta e viene riletto in una valutazione interna a cui non si partecipa. Se una spiegazione sembra rilevante, meglio scriverla — non solo raccontarla.

Se stai valutando come strutturare un ruolo tecnico ibrido — o vuoi essere sicuro che l'annuncio e il colloquio raccontino la stessa storia — è esattamente il tipo di disallineamento organizzativo che aiuto a chiarire come Fractional CTO: parliamone.