Backend developer: mansioni, stipendio e colloquio

Italia

Per il ruolo di backend developer la fonte riporta una retribuzione base tra 35.000 € e 45.000 € lordi all’anno (Italia · sondaggio Crebs · Back-end Developer Mid-weight, anni non indicati), senza indicare un valore medio.

In breve

  • Fascia riportata35.000 €–45.000 €Italia · sondaggio Crebs · Back-end Developer Mid-weight, anni non indicati
  • Esperienza3–7 anni

Backend developer: stipendio in Italia

Retribuzione base annua lorda · Italia · sondaggio Crebs · Back-end Developer Mid-weight, anni non indicati

Estremo inferiore riportato
35.000 €
Estremo superiore riportato
45.000 €
Retribuzione base per livello
LivelloEstremo inferiore riportatoEstremo superiore riportato
Intermedio35.000 €45.000 €
SeniorItalia · sondaggio Crebs · Back-end Developer Senior, anni non indicati50.000 €70.000 €

Crebs, Guida Stipendi 2026, pagina «Media stipendi Back-end Developer in Italia, 2026» (data di modifica della pagina: 11 gennaio 2026): livello Mid-weight, da 35.000 a 45.000 €. La pagina dichiara che «gli stipendi riportati nella guida sono lordi (RAL)». Parla di «media» ma pubblica un intervallo: se ne riportano gli estremi, che non sono percentili, media o mediana. Le cifre sono dichiarate da chi ha risposto al sondaggio anonimo di Crebs, quasi 3.000 professionisti (79,8% al nord, 14,1% al centro, 6,1% al sud e nelle isole); la pagina non dice quante risposte riguardano il back-end né quando sono state raccolte, e definisce i dati «approssimativi, puramente indicativi». Crebs non lega i livelli ad anni di esperienza: abbinare Mid-weight ai 3–7 anni di questa guida è una scelta della guida, non della fonte. Sulla stessa pagina Junior è a 26.000–34.000 € e Senior a 50.000–70.000 €, la fascia del livello senior qui sotto. Per confronto, la Hays Italia Salary Guide 2026 (p. 70, Software Development) non ha righe per il back-end: la riga generica Junior Developer, 2–5 anni, Milano, è a 33–38 mila euro di RAL, bonus esclusi. È un’altra rilevazione e non si somma a questa. Non trattare la fascia come costo aziendale.

Fonti: Crebs, Guida Stipendi 2026: Media stipendi Back-end Developer in Italia (livelli Junior, Mid-weight e Senior; metodo del sondaggio); Hays Italia Salary Guide 2026, Technology, Digital & New Media — Software Development, p. 70 (PDF Hays ospitato da QualEnergia; solo confronto); Hays Italia Salary Guide 2026 (pagina ufficiale dell’edizione)

Prodotto o sistemi interni: quale backend ti serve

«Backend» può indicare chi costruisce e mantiene la parte server di un prodotto, oppure chi tiene in ordine un gestionale interno e le integrazioni con i fornitori. Gli annunci per i due incarichi attirano candidature diverse, e il secondo si avvicina spesso a un profilo full stack o sistemistico. Decidi quale dei due ti serve prima di scegliere il titolo.

Chi giudica il lavoro tecnico

In una piccola azienda la persona che sa leggere il codice e le scelte di progetto è spesso una sola, magari chi guida il team tecnico. Se ogni colloquio tecnico passa da quella persona, la selezione segue la sua agenda. Stabilisci chi può affiancarla prima di aprire la ricerca, anche con un incarico esterno per la prova tecnica.

Che cosa fa il software e che cosa no

Gli Interviewer Pools sono una funzione del software che vendiamo, quindi considera questo esempio di parte. Join sceglie chi partecipa a un colloquio tra i membri del gruppo disponibili in quella fascia oraria. La funzione è prevista solo nel piano Advanced, ogni gruppo ha da 2 a 10 persone e ognuna deve avere il calendario collegato. Se in azienda una sola persona sa valutare il codice, il gruppo non risolve il problema: prima serve una seconda persona in grado di farlo.

Quando parlare di reperibilità

Se il servizio richiede reperibilità, dillo già al primo colloquio, con turni e compenso previsti dal contratto che applichi. Alcune persone la escludono in partenza: scoprirlo dopo la prova tecnica fa perdere tempo a entrambe le parti.

Backend developer: modello di descrizione del ruolo

Backend developer

Scarica il file .docx

[Nome azienda], [settore], con sede a [città], cerca una persona che sviluppi e mantenga la parte server di [prodotto o servizio]. Il team tecnico conta [numero] persone e la posizione riporta a [CTO / responsabile tecnico].

Attività

  • Progettare e realizzare API, modelli di dati ed elaborazioni asincrone per [aree del prodotto].
  • Integrare [sistemi di terze parti, gestionali, servizi di pagamento] e gestirne gli errori.
  • Scrivere test, partecipare alla revisione del codice e rilasciare con [strumenti di rilascio in uso].
  • Seguire il servizio in produzione: log, allarmi e diagnosi dei problemi. [Se prevista, indicare reperibilità: turni, orari e condizioni.]
  • Documentare le scelte che altri dovranno capire, come i modelli di dati e i punti delicati del codice.
  • Chiarire con [prodotto e altri team] che cosa è fattibile e in quanto tempo.

Requisiti

  • Necessari: esperienza di sviluppo lato server in [linguaggi]; uso di database relazionali; capacità di spiegare per iscritto le proprie scelte.
  • Preferibili: conoscenza di [stack usato]; esperienza con code di messaggi, container o [strumenti già in uso].
  • Da chiarire: quanta parte del lavoro riguarda codice esistente e quanta nuovo sviluppo; chi è la persona di riferimento tecnica.

Condizioni e candidatura

Sede [città], modalità [in sede / ibrida / da remoto]. Contratto, livello e CCNL applicabile [da verificare e specificare]. RAL [fascia], eventuali componenti variabili e benefit [condizioni]. Descrivi le fasi della selezione, compresa la prova tecnica e la sua durata, e come candidarsi: [modalità e contatto].

Devi assumere per questo ruolo? Job Studio trasforma il modello in un annuncio, con una fascia retributiva suggerita e il modulo di candidatura integrato.

Backend developer: domande per il colloquio

10 domande strutturate, raggruppate per tipo. Ognuna indica la competenza che valuta; aprila per vedere cosa mostra una risposta solida.

Comportamentali 3

  1. Racconta un’API o un servizio che hai portato in produzione. Quali scelte hai fatto su dati, errori e compatibilità con chi la usava?

    Progettazione di API e dati
    Cosa cercare nella risposta

    Scelte motivate, non predefinite: come ha gestito i cambiamenti per chi usava l’interfaccia, il formato degli errori e i dati da conservare. Sa dire che cosa cambierebbe oggi.

  2. Descrivi l’ultimo problema in produzione che hai diagnosticato. Quali dati hai guardato per primi e che cosa è cambiato dopo?

    Diagnosi in produzione
    Cosa cercare nella risposta

    Un ordine di lavoro chiaro: sintomi, log o metriche consultati, ipotesi scartate, correzione e prevenzione. Distingue il proprio contributo da quello del team.

  3. Parlami di una scelta tecnica che hai dovuto spiegare a chi non scrive codice. Come l’hai presentata?

    Comunicazione tecnica
    Cosa cercare nella risposta

    Traduce costi e rischi in conseguenze per prodotto e tempi, senza gergo inutile, e accetta che la decisione sia condivisa con chi risponde del risultato.

Situazionali 3

  1. Un cliente segnala un errore di cui non c’è traccia nei log. Come procedi nella prima ora?

    Diagnosi in produzione
    Cosa cercare nella risposta

    Raccoglie informazioni prima di modificare il codice, cerca un modo per riprodurre il problema, aggiunge la tracciatura che manca e aggiorna chi aspetta una risposta.

  2. Il team di prodotto chiede una funzione per fine mese, ma il modello dati attuale la regge male. Che cosa proponi?

    Pragmatismo e priorità
    Cosa cercare nella risposta

    Mette sul tavolo opzioni con costi e rischi: una soluzione minima ora, il debito tecnico annotato e un momento per sistemarlo. Chiede che cosa serve davvero prima di accettare o rifiutare.

  3. Due persone del team propongono modi opposti di dividere un servizio in componenti. Come aiuti a decidere?

    Comunicazione tecnica
    Cosa cercare nella risposta

    Fa emergere i criteri (dati, carichi, chi mantiene che cosa), propone di verificarli con un caso concreto e registra la decisione con le sue ragioni.

Tecniche 4

  1. Una query rallenta quando i dati crescono. Come la analizzi?

    Progettazione di API e dati
    Cosa cercare nella risposta

    Parte dal piano di esecuzione, dagli indici e dai volumi reali; riconosce richieste ripetute per ogni riga; misura prima e dopo la modifica.

  2. Come proteggi un’API usata da clienti diversi sullo stesso sistema?

    Progettazione di API e dati
    Cosa cercare nella risposta

    Distingue chi è la persona (autenticazione) da ciò che può fare (autorizzazione), separa i dati tra clienti e tiene i segreti fuori dal codice. Dice dove chiederebbe una verifica di sicurezza.

  3. Quando ha senso introdurre una coda di messaggi? E che cosa succede se un messaggio viene elaborato due volte?

    Pragmatismo e priorità
    Cosa cercare nella risposta

    Parla di operazioni ripetibili senza effetti doppi, tentativi ripetuti con un limite, messaggi che falliscono sempre e controllo della coda. Sa riconoscere quando una coda non serve.

  4. Quali segnali guardi per sapere che un servizio funziona, e quando ti sveglieresti di notte per un allarme?

    Diagnosi in produzione
    Cosa cercare nella risposta

    Distingue metriche utili da allarmi rumorosi, cita errori, latenza e saturazione e ragiona su soglie che richiedano davvero un intervento.

Stipendio e selezione per livello

Lo stesso ruolo a ogni livello: la retribuzione riportata dalla fonte e l’esperienza richiesta.

Backend developer (livello intermedio)

Retribuzione base annua lorda
35.000 € – 45.000 €Italia · sondaggio Crebs · Back-end Developer Mid-weight, anni non indicati
Esperienza
3–7 anni

Porta una funzione dal modello dati al rilascio in produzione e chiede un parere sulle scelte che toccano più componenti. Oltre i cinque anni conta soprattutto quanto decide in autonomia.

Dove cercare

Scrivi nell’annuncio linguaggi e un problema reale del prodotto. LinkedIn

Cosa deve verificare il colloquio

Verifica se porta a termine una funzione senza supervisione costante e sa quando chiedere un parere.

Domande per questo livello

  1. Racconta una funzione consegnata dall’inizio alla fine. Quando hai chiesto un parere e quando hai deciso in autonomia?

    Cosa cercare nella risposta

    Distingue le scelte sue da quelle che toccavano altri e dice come le ha comunicate.

  2. Come hai capito che cosa potevi cambiare in codice altrui poco documentato?

    Cosa cercare nella risposta

    Cerca test e persone che lo conoscono, procede a piccoli passi e lascia documentazione.

Backend developer senior

Retribuzione base annua lorda
50.000 € – 70.000 €Italia · sondaggio Crebs · Back-end Developer Senior, anni non indicati
Esperienza
5–10 anni

Imposta scelte che altri dovranno mantenere, come dati, confini tra componenti e migrazioni, e aiuta il team a crescere.

Dove cercare

Parti dalle segnalazioni del team tecnico; indica nell’annuncio quali decisioni spettano al ruolo.

Cosa deve verificare il colloquio

Verifica come decide e documenta scelte difficili da cambiare e come sostiene il team.

Domande per questo livello

  1. Racconta una scelta di progetto che hai dovuto ritrattare. Che cosa non avevi previsto?

    Cosa cercare nella risposta

    Riconosce l’ipotesi sbagliata, mostra come ha ridotto l’impatto e che cosa ha cambiato dopo.

  2. Come aiuti una persona meno esperta a valutare una modifica ai dati in produzione?

    Cosa cercare nella risposta

    Condivide criteri e rischi, non la sola risposta, e lascia all’altra persona una parte della decisione.

Backend developer: stipendio per paese

Lo stesso ruolo, allo stesso livello, in ogni mercato che copriamo; ogni importo viene da fonti del paese indicato.

Retribuzione base per paese (livello intermedio)Retribuzione base annua lorda
PaeseValore bassoValore centraleValore alto
ItaliaQuesta paginaItalia · sondaggio Crebs · Back-end Developer Mid-weight, anni non indicati35.000 €—45.000 €
GermaniaDeutsch52.000 €62.000 €78.000 €
FranciaFrançais45.000 €55.000 €70.000 €
SpagnaEspañol40.000 €50.000 €62.000 €
Paesi BassiNederlands53.160 €63.060 €72.960 €

Dove cercare candidature

  1. Nel catalogo Join LinkedIn è un canale generalista, con opzioni organiche e a pagamento. Controlla nel prodotto che cosa puoi prenotare per la tua sede. Per un backend developer in Italia Join non ha un dato di rendimento, quindi non stimare risultati.

  2. Il catalogo Join lo classifica come bacheca specializzata in ruoli IT, con pubblico internazionale e distribuzione a pagamento. Il catalogo non dimostra una presenza di candidati in Italia: verifica nel prodotto disponibilità e condizioni, e valutala soprattutto se il lavoro può svolgersi da remoto.

  3. Segnalazioni del team tecnico

    Non è un canale del catalogo Join e nessun dato Join lo misura. Chi lavora già nel tuo team tecnico sa descrivere il codice e il carico reali: indica a chi inviare un profilo e in quanto tempo riceverà una risposta.

Guida alla valutazione

Per un backend developer contano il lavoro messo in produzione e il modo in cui la persona ha risposto ai problemi. Usa lo stesso percorso per tutte le candidature e stabilisci prima che cosa varrà come evidenza.

  1. Profilo

    Cerca servizi o componenti seguiti dall’inizio alla produzione e chiarisci il contributo personale. Non escludere per un titolo o per la scuola: un contributo open source o un progetto personale possono mostrare lo stesso lavoro, se la persona sa spiegarlo.

  2. Colloquio sul lavoro svolto

    Parti da un servizio concreto: dati, API, errori e che cosa è cambiato dopo un problema. Annota le evidenze prima del confronto con chi ha partecipato al colloquio.

  3. Prova tecnica breve

    Proponi un compito vicino al lavoro vero, come un endpoint nuovo, un errore in una coda o una query lenta, da svolgere insieme o in un tempo dichiarato. Dichiara in anticipo come lo valuterai.

  4. Decisione

    Confronta le note con la scheda di valutazione. Se resta aperto un punto su una scelta di progetto, chiedi un esempio mirato invece di colmare il vuoto con un’impressione.

Come valutare le candidature

CompetenzaSotto le aspettativeIn lineaOltre le aspettative
Progettazione di API e datiDescrive le scelte come abitudini o impostazioni predefinite e non sa dire quali conseguenze abbiano per chi usa l’interfaccia o i dati.Spiega le proprie scelte su dati, errori e accessi e ne riconosce i limiti principali.Confronta alternative con costi e conseguenze, anticipa come cambieranno i dati e sa indicare che cosa rifarebbe oggi.
Diagnosi in produzioneModifica il codice prima di capire il problema e non descrive quali dati abbia consultato.Segue un ordine ragionevole tra sintomi, dati disponibili e correzione, e racconta che cosa ha imparato.Rende osservabile ciò che mancava, separa causa e sintomo e lascia al team un modo per prevenire il ripetersi del problema.
Pragmatismo e prioritàAccetta ogni richiesta o la rifiuta senza chiedere che cosa serva davvero.Propone una soluzione sostenibile e dice quali compromessi comporta.Mette a confronto opzioni con costi e rischi, registra il debito tecnico che accetta e propone quando ripagarlo.
Comunicazione tecnicaSpiega solo con termini tecnici e non adatta il messaggio a chi ascolta.Rende comprensibili le scelte a chi non scrive codice e documenta le decisioni principali.Fa emergere i criteri di una scelta contesa, aiuta il team a decidere e lascia una traccia scritta delle ragioni.

Errori comuni nella selezione per questo ruolo

  1. Elencare tutto lo stack dell’azienda

    Un annuncio con ogni linguaggio, database e strumento in uso attira chi ne riconosce le parole, non chi ha costruito servizi. Indica lo stack in cui si lavora ogni giorno e separa ciò che la persona può imparare dopo l’ingresso.

  2. Scegliere una prova che non somiglia al lavoro

    Un esercizio di algoritmi alla lavagna misura un’abilità che l’incarico richiede di rado. Preferisci un compito vicino al lavoro quotidiano e dichiara tempo, criteri e se verrà discusso insieme.

  3. Trascurare l’esperienza in produzione

    Chi scrive buon codice ma non ha mai seguito un problema reale può trovarsi in difficoltà quando il servizio si ferma. Se la posizione prevede assistenza in produzione, chiedi esempi concreti di diagnosi.

Domande frequenti

Serve una laurea in informatica?
Dipende da ciò che il ruolo richiede e dall’inquadramento che offri. Il titolo di studio non dimostra da solo che la persona sappia progettare dati e seguire un servizio. Se non lo consideri necessario, scrivilo nell’annuncio e valuta il lavoro che sa mostrare e spiegare.
Come valuto un progetto open source o personale presentato come esperienza?
Chiedi quali parti ha scritto la persona, perché le ha scritte così e come ha gestito segnalazioni o errori. Il codice pubblico non dice quanto tempo sia servito, quali vincoli ci fossero né quanto sia stato scritto da altri.
Una persona esperta in un altro linguaggio può adattarsi al nostro stack?
Spesso i concetti si trasferiscono: dati, API e test. Per l’ecosistema e gli strumenti serve invece più tempo. Decidi quanto tempo di apprendimento accetti e chi affiancherà la persona. Poi verifica con un esempio come ha imparato l’ultima tecnologia nuova.
Aggiornato
Gestisci questa selezione in JoinRicerca, preselezione e colloqui nello stesso spazio.
Inizia

Contatta Join