DevOps engineer: mansioni, stipendio e colloquio

Italia

Per il ruolo di DevOps engineer la fonte riporta una retribuzione base tra 42.000 € e 48.000 € lordi all’anno (Milano · cloud e DevOps · DevOps · 2–5 anni di esperienza), senza indicare un valore medio.

In breve

  • Fascia riportata42.000 €–48.000 €Milano · cloud e DevOps · DevOps · 2–5 anni di esperienza
  • Esperienza2–5 anni

DevOps engineer: stipendio in Italia

Retribuzione base annua lorda · Milano · cloud e DevOps · DevOps · 2–5 anni di esperienza

Estremo inferiore riportato
42.000 €
Estremo superiore riportato
48.000 €
Retribuzione base per livello
LivelloEstremo inferiore riportatoEstremo superiore riportato
Intermedio42.000 €48.000 €
SeniorMilano · cloud e DevOps · DevOps · 5–10 anni di esperienza61.000 €69.000 €

Hays Italia Salary Guide 2026, tabella Technology, Digital & New Media / Cloud & DevOps, p. 67: riga DevOps, Milano, esperienza 2–5 anni. La nota della tabella definisce le cifre come retribuzione annua lorda (RAL), in migliaia di euro, ed esclude bonus e componenti variabili. Si riportano gli estremi del range pubblicato: non sono percentili, media o mediana. La metodologia del PDF (p. 5) descrive l’intera guida come basata su una survey di novembre e dicembre 2025 con 1.300 rispondenti, senza scomporla per riga: non è il campione di questa riga. La riga DevOps non indica strumenti né settore e non descrive chi lavora in reperibilità. Non estendere il range ad altre città o fasce di esperienza e non trattarlo come costo aziendale.

Fonti: Hays Italia Salary Guide 2026, Technology, Digital & New Media — Cloud & DevOps: DevOps, p. 67 (PDF Hays ospitato da QualEnergia); Hays Italia Salary Guide 2026 (pagina ufficiale dell’edizione)

Una persona sola con tutte le chiavi

In un’azienda piccola può succedere che una persona accumuli accessi, script e conoscenza che nessun altro ha. Se se ne va o è in ferie, lo scopri durante un incidente. Se oggi nessun altro può intervenire in produzione o rispondere agli allarmi fuori orario, non stai cercando un livello intermedio: ti serve qualcuno che costruisca anche l’organizzazione intorno al sistema, e questo richiede un altro budget.

La stessa traccia per tutte le persone

Quella che segue è una funzione di Join e noi la vendiamo: ne parliamo da parte interessata. Dal 25 settembre 2026 nei modelli di pipeline di Join si possono aggiungere automazioni a ogni fase: fino a tre e-mail per fase, con un ritardo facoltativo e, se vuoi, invio solo nei giorni lavorativi. Se ogni persona che supera il colloquio riceve la stessa traccia della prova, l’e-mail parte quando sposti la candidatura nella fase successiva e nessuno aspetta il messaggio di chi era in riunione. La funzione non scrive la prova al posto tuo: la traccia deve essere pronta, uguale per tutti e senza dati riservati dell’azienda.

DevOps engineer: modello di descrizione del ruolo

DevOps engineer

Scarica il file .docx

[Nome azienda], [settore] con sede a [città], cerca una persona che renda affidabile il percorso dal codice alla produzione. Il team tecnico conta [numero] persone e la posizione riporta a [CTO / responsabile tecnico].

Attività

  • Gestire l’infrastruttura su [cloud in uso] come codice, con [strumenti di infrastruttura come codice in uso].
  • Costruire e mantenere le pipeline di integrazione e rilascio con [strumenti], in modo che ogni rilascio sia riproducibile e si possa annullare.
  • Seguire monitoraggio, log e allarmi e ridurre quelli che non richiedono un intervento.
  • Partecipare alla gestione degli incidenti, scrivere l’analisi dopo l’evento e aggiornare le procedure operative. [Se prevista, indicare reperibilità: turni, orari e compenso.]
  • Applicare accessi, gestione dei segreti e copie di sicurezza secondo [requisiti di sicurezza e conformità dell’azienda].
  • Aiutare chi sviluppa a rilasciare in autonomia, con modelli e documentazione.

Requisiti

  • Necessari: esperienza di gestione di sistemi in produzione su [cloud]; Linux; automazione con script e infrastruttura come codice; capacità di spiegare per iscritto le proprie scelte.
  • Preferibili: container e orchestrazione ([strumenti, se in uso]); esperienza con [strumenti di monitoraggio]; conoscenza di [requisiti di conformità del settore].
  • Da chiarire: quanta parte del lavoro è manutenzione dell’esistente e quanta nuova costruzione; chi altro ha accesso alla produzione; quale reperibilità è prevista.

Condizioni e candidatura

Sede [città], modalità [in sede / ibrida / da remoto]. Contratto, livello e CCNL applicabile [da verificare e specificare]. RAL [fascia], eventuale reperibilità e benefit [condizioni]. Descrivi le fasi della selezione, compresa l’eventuale prova pratica 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.

DevOps engineer: 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’infrastruttura o una pipeline che hai ricostruito perché era stata costruita a mano. Che cosa avete deciso di non automatizzare, e perché?

    Infrastruttura come codice
    Cosa cercare nella risposta

    Riconosce il costo dell’automatizzare tutto, dice che cosa è rimasto manuale e come ha misurato che il cambiamento convenisse. Chi automatizza per principio non sa dire quando fermarsi.

  2. Descrivi l’ultimo incidente in produzione in cui eri coinvolto. Che cosa hai fatto nella prima ora e che cosa è cambiato dopo?

    Produzione e incidenti
    Cosa cercare nella risposta

    Distingue il ripristino dalla causa, racconta che cosa ha comunicato e a chi, e porta un cambiamento duraturo, come un allarme, una procedura o un test, invece di attribuire la colpa a una persona.

  3. Parlami di una volta in cui chi sviluppava non era d’accordo con una tua scelta su sicurezza o rilasci. Come è finita?

    Collaborazione con chi sviluppa
    Cosa cercare nella risposta

    Spiega le ragioni, ascolta un vincolo che non conosceva e cerca un compromesso senza imporre una regola. Sa dire quando ha cambiato idea e che cosa l’ha convinto.

Situazionali 3

  1. Un rilascio fa salire gli errori di colpo, venerdì alle 17. Che cosa fai?

    Rilasci e pipeline
    Cosa cercare nella risposta

    Decide prima se tornare alla versione precedente, informa chi è coinvolto e solo dopo cerca la causa. Non lascia in produzione una versione difettosa per orgoglio e non rimanda la comunicazione.

  2. Un’azienda con quattro persone tecniche ti chiede di introdurre Kubernetes per una sola applicazione. Come rispondi?

    Infrastruttura come codice
    Cosa cercare nella risposta

    Chiede quale problema deve risolvere e propone la soluzione più semplice che lo copre, spiegando costi di gestione, competenze e reperibilità. Non rifiuta lo strumento né lo adotta per moda.

  3. Chi sviluppa ti chiede un accesso diretto al database di produzione per risolvere un problema urgente. Che cosa fai?

    Collaborazione con chi sviluppa
    Cosa cercare nella risposta

    Non risponde con un no secco: propone un accesso limitato, con scadenza e traccia, e spiega il rischio. Sa chi deve approvare e come si ricostruisce chi ha fatto che cosa.

Tecniche 4

  1. Come organizzeresti la pipeline di un’applicazione web, con test, un ambiente di prova e la produzione?

    Rilasci e pipeline
    Cosa cercare nella risposta

    Parla di build riproducibili, test a fasi, promozione dello stesso artefatto da un ambiente all’altro, segreti fuori dal repository e modo di tornare indietro. Chiede quanto tempo serve oggi per rilasciare.

  2. Due ambienti dovrebbero essere uguali ma si comportano in modo diverso. Come cerchi la differenza?

    Infrastruttura come codice
    Cosa cercare nella risposta

    Confronta configurazione e versioni a partire dal codice, non a mano, e cerca modifiche fatte fuori dal codice per riportarle dentro. Chiede se esistono interventi manuali non tracciati.

  3. Quali segnali guardi per capire che un servizio peggiora prima che chiami un cliente, e quali allarmi toglieresti?

    Produzione e incidenti
    Cosa cercare nella risposta

    Distingue i sintomi visti da chi usa il servizio dalle cause interne, propone pochi allarmi legati a un obiettivo di servizio e dice quali eliminerebbe perché fanno rumore senza richiedere azioni.

  4. Come gestisci segreti, chiavi e accessi in un team piccolo?

    Produzione e incidenti
    Cosa cercare nella risposta

    Parla di segreti fuori dal codice, privilegi minimi, rotazione e tracce degli accessi, e chiede quali obblighi di conformità abbia l’azienda. Non propone soluzioni sproporzionate per un team piccolo.

Stipendio e selezione per livello

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

DevOps engineer (livello intermedio)

Retribuzione base annua lorda
42.000 € – 48.000 €Milano · cloud e DevOps · DevOps · 2–5 anni di esperienza
Esperienza
2–5 anni

Gestisce pipeline e infrastruttura già impostate, rilascia modifiche piccole e segue gli incidenti con il supporto di chi ha più esperienza.

Dove cercare

Scrivi nell’annuncio il cloud in uso e che cosa sia già automatizzato. LinkedIn

Cosa deve verificare il colloquio

Capisci quanta parte di una modifica all’infrastruttura la persona gestisce da sola e in quale momento coinvolge chi ha più esperienza.

Domande per questo livello

  1. Racconta una modifica all’infrastruttura che hai portato in produzione. Come hai verificato che non rompesse altro?

    Cosa cercare nella risposta

    Descrive un ambiente di prova, un modo di tornare indietro e la comunicazione a chi era coinvolto, non solo il comando eseguito.

  2. Che cosa hai imparato dall’ultimo allarme che si è rivelato inutile?

    Cosa cercare nella risposta

    Distingue il segnale dal rumore, spiega che cosa ha cambiato e se ha coinvolto chi lo riceveva.

DevOps engineer senior

Retribuzione base annua lorda
61.000 € – 69.000 €Milano · cloud e DevOps · DevOps · 5–10 anni di esperienza
Esperienza
5–10 anni

Decide come i team rilasciano e come il sistema regge i guasti, senza restare l’unica persona che lo conosce.

Dove cercare

Chiedi segnalazioni a chi lavora con i sistemi e indica chi decide su cloud, rilasci e reperibilità.

Cosa deve verificare il colloquio

Verifica come sceglie e documenta decisioni difficili da cambiare.

Domande per questo livello

  1. Descrivi una decisione su cloud o rilasci che col tempo si è rivelata sbagliata. Come l’avete capito e quanto è costato cambiarla?

    Cosa cercare nella risposta

    Dice quale ipotesi non ha retto, come ha limitato il danno e che cosa fa oggi in modo diverso.

  2. Una persona junior ti chiede un parere su un intervento rischioso in produzione. Come la guidi?

    Cosa cercare nella risposta

    Spiega come valuta il rischio, lascia che l’altra persona proponga per prima e interviene solo se serve.

DevOps engineer: 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)
PaeseValore bassoValore centraleValore alto
ItaliaQuesta paginaRetribuzione base annua lordaMilano · cloud e DevOps · DevOps · 2–5 anni di esperienza42.000 €—48.000 €
GermaniaDeutschRetribuzione base annua lorda58.000 €72.000 €92.000 €
FranciaFrançaisRetribuzione base annua lorda52.000 €62.000 €80.000 €
SpagnaEspañolRetribuzione base annua lorda38.000 €48.000 €62.000 €
Paesi BassiNederlandsRetribuzione base mensile lorda3.378 €4.935 €7.209 €

Gli importi mensili sono riportati come li pubblica la fonte, senza convertirli su base annua: nei Paesi Bassi all’importo mensile si aggiunge di solito un’indennità ferie di almeno l’8%.

Dove cercare candidature

  1. In catalogo Join LinkedIn è generalista, con pubblicazione organica o a pagamento, e Join non sa quanto renda per questo ruolo in Italia. Nell’annuncio nomina il cloud, gli strumenti e i turni di reperibilità reali; le opzioni prenotabili per la tua sede le trovi nel prodotto.

  2. Nel catalogo Join è una bacheca specializzata sul lavoro da remoto, con pubblico internazionale e distribuzione a pagamento. Ha senso solo se il ruolo si può svolgere da remoto e se sai dire in quali fusi orari e con quale reperibilità. Il catalogo non misura la presenza di candidati in Italia.

  3. Segnalazioni di chi lavora con i sistemi

    Questa indicazione è nostra: le segnalazioni non passano dal catalogo e Join non ne misura i risultati. Chi sviluppa o gestisce sistemi nella tua azienda conosce chi ha lavorato con lo stesso cloud. Dichiara nell’annuncio che cosa sia automatizzato e che cosa no.

Guida alla valutazione

Un DevOps engineer si giudica da ciò che lascia: sistemi che il team sa modificare e riparare senza chi li ha costruiti.

  1. Profilo

    Cerca sistemi seguiti in produzione e che cosa è cambiato grazie alla persona: tempi di rilascio, incidenti, procedure. Se il curriculum nomina pipeline e strumenti ma nessun risultato, chiedi quale pipeline la persona ha costruito e quale ha solo usato.

  2. Colloquio su un incidente reale

    Fatti raccontare un incidente o una pipeline seguiti dalla persona: che cosa non funzionava, che cosa è stato deciso e che cosa è rimasto manuale.

  3. Prova pratica breve

    Scegli un problema che il tuo team incontra davvero, per esempio una pipeline che fallisce o due ambienti che si comportano in modo diverso. La persona lo risolve con te o da sola, entro un tempo fissato. Dai la stessa traccia a tutte le persone e fissa prima i criteri di valutazione.

  4. Confronto con chi sviluppa

    Fai incontrare la persona con chi userà la piattaforma ogni giorno. Osserva se ascolta il vincolo dell’altra parte, se spiega le ragioni di una regola e se sa dire quando una regola non serve.

Come valutare le candidature

CompetenzaSotto le aspettativeIn lineaOltre le aspettative
Infrastruttura come codiceDescrive la configurazione come interventi fatti a mano e non sa dire che cosa sia ripetibile e che cosa no.Descrive l’infrastruttura nel codice, la rivede e distingue ciò che è stato automatizzato da ciò che resta manuale.Sceglie che cosa automatizzare in base a costo e rischio, riporta nel codice le modifiche manuali e lascia al team un modo per verificarle.
Rilasci e pipelineDescrive il rilascio come un’operazione da fare con cautela e non dice come tornare indietro.Costruisce pipeline con test a fasi e rilasci riproducibili, e sa dire come si annulla un rilascio.Rende i rilasci abbastanza piccoli e frequenti da non essere un evento, misura i tempi e chiede ai team che cosa li rallenta.
Produzione e incidentiModifica il sistema prima di capire il problema e non ricorda che cosa è cambiato dopo l’incidente.Distingue ripristino e causa, comunica durante l’incidente e lascia una procedura aggiornata.Riduce gli allarmi inutili, definisce i segnali che contano e rende più semplice il lavoro di chi risponde la volta dopo.
Collaborazione con chi sviluppaSpiega le regole come divieti e non chiede quale vincolo abbia l’altra parte.Spiega le ragioni di una regola, ascolta le obiezioni e propone un’alternativa quando la regola frena il lavoro.Costruisce strumenti che rendono semplice il percorso sicuro, raccoglie ciò che serve a chi sviluppa e cambia le regole quando non servono più.

Errori comuni nella selezione per questo ruolo

  1. Cercare un solo profilo per più mestieri

    Nella tabella Hays di questa pagina Cloud Engineer, DevOps e Cloud Architect sono righe separate. Un annuncio che chiede tutti e tre di solito ottiene candidature da nessuno dei tre. Scrivi dove oggi il lavoro si ferma: i rilasci, gli incidenti o la scelta dell’architettura.

  2. Affidare la produzione a una persona sola

    Se solo chi assumi ha gli accessi e capisce gli script, il lavoro si ferma alla sua prima assenza. Prima di pubblicare, decidi chi altro può intervenire e dove sono scritte le procedure.

  3. Misurare con l’elenco degli strumenti

    Chi ha usato uno strumento sa aprirlo; chi ha tenuto in piedi un sistema sa dire che cosa è andato storto. Chiedi esempi di scelte e incidenti, e usa gli strumenti come contesto.

Domande frequenti

Serve un profilo con Kubernetes?
Solo se Kubernetes è già in uso o lo sarà davvero. Per un’azienda piccola con poche applicazioni un orchestratore può costare più tempo di quanto ne faccia risparmiare. Scrivi nell’annuncio gli strumenti in uso e quelli in valutazione, e distingui ciò che la persona dovrà imparare.
Posso assumere una persona con meno di due anni di esperienza?
La tabella Hays copre per DevOps a Milano solo le fasce 2–5 e 5–10 anni: sotto i due anni questa guida non ha cifre. Se la persona prenderà il posto di chi oggi segue la produzione, decidi chi la affiancherà e per quanto tempo. La retribuzione va presa da un’altra fonte.
Come presento la reperibilità?
Mettila nell’annuncio con dati concreti: turni, frequenza e compenso secondo il contratto che applichi. Se la persona la scopre solo al terzo colloquio e non può garantirla, la selezione riparte da capo. Chiedi al consulente del lavoro come inquadrarla nel CCNL.
Aggiornato
Gestisci questa selezione in JoinRicerca, preselezione e colloqui nello stesso spazio.
Inizia

Contatta Join