Una scala di carriera risponde alla domanda che prima o poi si pone ogni team in crescita: cosa devo fare per arrivare al livello successivo? In un’azienda di 15 persone i fondatori possono rispondere con una chiacchierata. A 40 o 80 persone, con diversi manager e più di un dipartimento, le risposte iniziano a cambiare da un manager all’altro — e le persone se ne accorgono.
Questa guida è per aziende da circa 20 a 200 persone che vogliono una scala di carriera senza un team HR dedicato. Funziona allo stesso modo per engineering, vendite, supporto clienti, prodotto, design e operations. Seguirai sette passi, vedrai un esempio concreto e avrai l’elenco degli errori che più spesso trasformano una buona scala in un documento che nessuno apre.
Cos’è una scala di carriera, e cosa non è
Una scala di carriera è una sequenza di ruoli all’interno di un’area di lavoro, ordinati per livello, con una descrizione chiara di cosa ci si aspetta a ogni gradino. «Specialista del supporto junior Specialista del supporto Specialista del supporto senior Team leader del supporto» è una scala. Quando metti affiancate più scale di uno stesso dipartimento — per esempio un percorso specialistico accanto a un percorso manageriale — e aggiungi le competenze su cui viene valutato ogni ruolo, ottieni un framework di carriera.
Il vocabolario usato in questa guida:
- Dipartimento — un gruppo con la propria scala: Engineering, Vendite, Supporto clienti.
- Percorso — una strada all’interno di un dipartimento, come il percorso specialistico o la gestione delle persone.
- Livello — un gradino di un percorso, confrontabile tra percorsi: il livello 3 di un percorso ha all’incirca la stessa seniority del livello 3 dell’altro.
- Ruolo — il lavoro a un dato livello di un dato percorso: «Senior Account Executive».
- Competenza — un’area su cui le persone vengono valutate, come la comunicazione o la profondità tecnica. Ogni competenza viene descritta separatamente per ciascun livello.
Una scala di carriera non è un elenco di qualifiche, e non è una griglia retributiva. La qualifica dice come si chiama qualcuno; la scala dice cosa ci si aspetta che faccia. La retribuzione può esservi collegata in seguito, ma una scala che parte dalle fasce retributive tende a diventare uno strumento di negoziazione anziché di sviluppo.
Prima di iniziare: perimetro e responsabili
Tre decisioni ti fanno risparmiare settimane più avanti.
Parti da un solo dipartimento. Scegli quello in cui la domanda «come cresco qui?» torna più spesso — di solito il team più grande o quello che assume più in fretta. Costruire tutti i dipartimenti insieme disperde lo sforzo e ritarda il momento in cui qualcuno ne trae beneficio.
Nomina i responsabili. Il responsabile del dipartimento è titolare dei contenuti. Una o due persone esperte del team aiutano a scriverli, perché sanno com’è davvero il lavoro a ogni livello. Una persona senior — spesso il CEO, il CTO o il COO — è responsabile della struttura complessiva, così che i livelli abbiano lo stesso significato in tutti i dipartimenti.
Decidi a cosa serve la prima versione. Una scala usata solo per decidere le promozioni viene aperta due volte l’anno. Una scala che dà struttura alle conversazioni di carriera regolari viene aperta ogni mese. Decidi fin da ora che servirà a entrambe le cose, perché questo determina come scriverai le aspettative.
Passo 1: mappa i ruoli che hai già
Prima di progettare qualsiasi cosa, metti per iscritto ciò che esiste. Elenca ogni persona del dipartimento con la sua qualifica attuale, a chi riporta e, a grandi linee, cosa fa. Poi raggruppa le persone che svolgono un lavoro simile con un perimetro simile.
Di solito troverai tre cose:
- Qualifiche gonfiate qua e là. Qualcuno assunto come «Senior» quando il team contava tre persone, che oggi lavora con lo stesso perimetro di colleghi che non hanno quella parola nella qualifica.
- Vuoti. Nessuno tra le persone più junior e il team leader, il che significa che non c’è modo di crescere senza diventare manager.
- Percorsi nascosti. Una persona che è chiaramente l’esperto di riferimento ma non ha collaboratori diretti, accanto a un manager che ha collaboratori ma meno competenza. Sono due strade diverse.
Non correggere ancora nulla. L’inventario è la materia prima per i passi successivi, e sarà il tuo banco di prova: quando la scala sarà in bozza, ogni persona di questo elenco dovrà trovare un posto che sembri giusto a lei e al suo manager.
Passo 2: scegli i percorsi
La maggior parte dei dipartimenti da 20 persone in su ha bisogno di due percorsi:
- Un percorso specialistico, per chi cresce approfondendo la propria competenza e ampliando il proprio impatto senza gestire persone.
- Un percorso manageriale, per chi cresce guidando un team.
Il senso di avere due percorsi è che nessuno debba diventare manager per essere promosso. Il tuo specialista più forte potrebbe essere un manager mediocre e per giunta infelice; un percorso separato gli permette di continuare a crescere.
Rendi i percorsi confrontabili: un livello di un percorso dovrebbe comportare perimetro, influenza e retribuzione simili allo stesso livello dell’altro. Uno schema frequente è che il percorso manageriale inizi uno o due livelli più in alto, perché chi diventa manager per la prima volta di solito è stato prima uno specialista senior solido.
I dipartimenti più piccoli — per esempio un team di supporto di cinque persone — possono partire con un solo percorso e aggiungere il secondo quando viene nominato il primo manager.
Passo 3: decidi quanti livelli
Meno di quanti pensi. Ogni livello deve descrivere una differenza reale e osservabile in ciò che una persona fa. Se non riesci a scrivere due frasi che spieghino in cosa il livello 4 differisce dal livello 3, hai un livello, non due.
| Dimensione dell’azienda | Livelli tipici per percorso |
|---|---|
| 20–50 persone | 4 |
| 50–100 | 5 |
| 100–200 | 5–6 |
Con troppo pochi livelli le persone aspettano tre anni per una promozione, e sembra di non avanzare affatto. Con troppi, le differenze tra un livello e l’altro diventano giochi di parole che i manager applicano in modo incoerente.
Scegli nomi neutri per i livelli. Numeri (L1–L5) o etichette brevi funzionano meglio di nomi fantasiosi. Tieni separate le qualifiche, se ti servono per il mercato: un «Senior Account Executive» può stare al livello 3 senza che la qualifica cambi ogni volta che cambia la scala.
Passo 4: scegli da cinque a otto competenze
Le competenze sono le righe del tuo framework: le aree in cui descrivi ogni livello. Punta a cinque-otto per dipartimento. Con meno, parti importanti del lavoro restano fuori; con più, ogni valutazione diventa una lunga checklist.
Combina due tipi:
- Competenze trasversali, valide per tutta l’azienda — comunicazione, responsabilità, collaborazione, aiutare gli altri a crescere. Scrivile una volta e riusale in ogni dipartimento.
- Competenze specifiche del dipartimento, che descrivono il mestiere vero e proprio.
Esempi per dipartimento:
- Engineering: profondità tecnica, progettazione dei sistemi, qualità del codice e code review, consegna, responsabilità operativa.
- Vendite: costruzione della pipeline, analisi dei bisogni, negoziazione e chiusura, previsioni, sviluppo degli account.
- Supporto clienti: risoluzione dei problemi, conoscenza del prodotto, comunicazione scritta, miglioramento dei processi, difesa delle esigenze dei clienti.
Se non sai da dove partire, un set già pronto è più rapido di una pagina bianca: i modelli software engineer, supporto clienti e account executive includono ciascuno livelli e competenze da adattare.
Passo 5: scrivi le aspettative per ogni livello
È il cuore del lavoro, ed è qui che la maggior parte delle scale riesce o fallisce. Per ogni competenza, scrivi cosa fa concretamente una persona a ciascun livello. Tre regole fanno la differenza.
Descrivi comportamenti, non aggettivi. «Ottimo comunicatore» non significa nulla finché non dici cosa fa un ottimo comunicatore. Confronta:
- Debole: «Eccellente comunicazione scritta.»
- Utile: «Scrive risposte per i clienti che nella maggior parte dei casi risolvono il problema con un solo messaggio, e prepara articoli per il centro assistenza che altri possono pubblicare con piccole modifiche.»
Mostra il perimetro che cresce. La stessa competenza deve allargare la sua portata da un livello all’altro: dai propri compiti, al team, a più team, al dipartimento.
Rendi ogni livello autosufficiente. Ogni cella deve avere senso da sola, senza «come sopra, ma di più».
Ecco una competenza scritta per quattro livelli di una scala del supporto clienti:
| Livello | Conoscenza del prodotto |
|---|---|
| 1 | Risponde alle domande comuni usando il centro assistenza e chiede aiuto per tutto ciò che è insolito. |
| 2 | Risolve da solo la maggior parte dei problemi, compresi quelli di configurazione, e sa quando fare escalation. |
| 3 | È il punto di riferimento per almeno un’area complessa e scrive le note interne su cui fanno affidamento gli altri. |
| 4 | Individua schemi ricorrenti nei ticket, li spiega al team di prodotto e influenza cosa verrà corretto per primo. |
Scrivi la prima bozza in fretta e con le parole del team, poi rivedila con due o tre persone di livelli diversi. Fai loro una sola domanda: «Leggendo il tuo livello, riconosci il tuo lavoro?»
Passo 6: colloca le persone e calibra
Riprendi l’inventario del passo 1 e colloca ogni persona a un livello su un percorso. Ogni manager lo fa prima per il proprio team, poi i manager si riuniscono per una sessione di calibrazione: un’ora o due in cui si confrontano le collocazioni tra team e ci si chiede «questa persona è davvero allo stesso livello di quella?»
La calibrazione è il momento in cui emergono le incoerenze — il manager generoso, quello severo, la persona la cui qualifica prometteva più di quanto mostri il suo lavoro. Risolvile prima che qualcuno veda il risultato.
Quando una persona finisce più in basso di quanto suggerisca la sua qualifica attuale, non retrocederla su due piedi. Spiega la nuova struttura, mostrale cosa chiede il livello superiore e concorda con lei come arrivarci. Mantenere le qualifiche esistenti per un periodo di transizione di solito è più rispettoso e non costa nulla.
Passo 7: pubblicala e mettila al lavoro
Pubblica la scala per tutto il dipartimento, non solo per i manager. Organizza una breve sessione per presentarla: perché esiste, come funzionano livelli e percorsi, come verranno decise le promozioni da qui in avanti. Poi falla diventare parte del modo di lavorare del team, altrimenti entro un trimestre sarà dimenticata:
- Conversazioni di carriera. Organizza check-in regolari in cui ogni persona si autovaluta rispetto alle aspettative del proprio ruolo e il manager fa lo stesso. Le differenze tra le due valutazioni sono l’ordine del giorno.
- Piani di sviluppo. Trasforma le lacune in poche azioni concrete con una scadenza, invece di un vago «migliorare la gestione degli stakeholder».
- Promozioni. Chiedi al manager di scrivere una proposta di promozione che faccia riferimento alle aspettative del livello di destinazione, e fai decidere qualcuno sopra di lui. La scala diventa il riferimento comune per la decisione.
È il flusso di lavoro attorno a cui è costruito LadderKit: ogni dipartimento ha la propria scala di carriera con percorsi, livelli e ruoli, che resta in bozza finché non la pubblichi; la matrice delle competenze fissa il livello richiesto da ogni ruolo; i check-in arrivano già compilati proprio con quelle competenze; e le promozioni passano da una proposta scritta e da una decisione della linea gerarchica.
Un esempio concreto: una software house di 60 persone
Prendi un’azienda di 60 persone: 25 in engineering, 12 nelle vendite, 8 nel supporto clienti e il resto tra prodotto, design, marketing e operations.
Ordine. Partono da engineering, dove tre senior engineer hanno chiesto come crescere senza fare i manager. Le vendite seguono un trimestre dopo; il supporto clienti ancora dopo.
Percorsi e livelli in engineering. Due percorsi e cinque livelli sul percorso specialistico. Il percorso manageriale parte dal livello 3.
| Livello | Specialistico | Manageriale |
|---|---|---|
| 1 | Junior Engineer | — |
| 2 | Engineer | — |
| 3 | Senior Engineer | Engineering Manager |
| 4 | Staff Engineer | Senior Engineering Manager |
| 5 | Principal Engineer | Head of Engineering |
Competenze. Sei per engineering, come nel modello software engineer: sviluppo e consegna, progettazione dei sistemi, qualità e affidabilità, collaborazione e comunicazione, responsabilità e impatto sul prodotto, mentoring e crescita del team. L’ultima è condivisa con tutti gli altri dipartimenti.
Collocazione. Dei 25 engineer, 22 finiscono dove tutti si aspettavano. Due persone con la qualifica «Senior» finiscono al livello 2; ciascuna concorda un piano con il proprio manager e mantiene la qualifica per sei mesi. Un engineer che guidava gran parte delle decisioni tecniche senza alcun titolo passa al livello 4 — la prima promozione visibile con la nuova scala.
Lancio. La scala viene pubblicata nella quarta settimana. Entro due mesi ogni engineer ha avuto un primo check-in basato su di essa, e ogni check-in si chiude con due o tre azioni di sviluppo.
Le vendite, un trimestre dopo, riutilizzano le competenze trasversali e la struttura a cinque livelli, aggiungono quattro competenze proprie del mestiere e un unico livello manageriale, e sono pronte in due settimane anziché quattro.
Errori comuni
- Copiare in blocco la scala di una big tech. Una scala scritta per un’azienda di 5.000 persone descrive perimetri che nella tua non esistono. Usala come spunto, poi riscrivila con parole tue.
- Troppi livelli. Se la differenza tra due livelli è un aggettivo, uniscili.
- Aggettivi invece di comportamenti. «Eccellente», «forte» e «proattivo» vengono giudicati in modo diverso da ogni manager.
- Una sola strada verso l’alto. Senza un percorso specialistico finirai per promuovere bravi specialisti a manager pur di trattenerli, e alcuni li perderai comunque.
- Scriverla da solo. Una scala scritta da una persona in un weekend sembra l’opinione di una persona. Coinvolgi persone di livelli diversi.
- Pubblicarla e abbandonarla. Se la scala non viene usata nei check-in e nelle decisioni di promozione, le persone smettono di crederci.
- Partire dai soldi. Le fasce retributive invitano a negoziare sui confini. Definisci prima le aspettative.
Tienila viva
Una scala di carriera non è mai finita. Rivedila una volta l’anno, e ogni volta che compare un nuovo tipo di ruolo o un dipartimento si riorganizza. Tieni un breve registro delle modifiche: cosa è cambiato, perché e da quando vale, così che un check-in svolto a marzo non venga giudicato con la descrizione di un livello scritta a ottobre.
Piccole correzioni frequenti battono le grandi riscritture. Se la stessa aspettativa viene fraintesa in tre check-in, riscrivi quella cella — non aspettare la revisione annuale.
Da dove proseguire
Se parti da zero, scegli il modello più vicino al tuo dipartimento più grande e adattalo: i modelli software engineer ed engineering manager coprono entrambi i percorsi di un tipico dipartimento di engineering.
Se i tuoi livelli vivono già in un foglio di calcolo, è un ottimo punto di partenza: cambia strumento solo quando tenere allineati a mano la scala, i check-in e le proposte di promozione inizia a costarti. E se vuoi scala, check-in, azioni di sviluppo e promozioni in un unico posto, puoi iniziare a usare LadderKit con il piano Gratuito e il tuo primo dipartimento.