
Hiring rubric, skill ladder and seniority
Hiring rubric, skill ladder, and seniority. How to evaluate and grow analytical talent.
What you will learn
- Understand the analytical problem and the decision-making context
- Apply examples, metrics, and controls to real cases
Hiring rubric, skill ladder and seniority
Una hiring rubric è una rubrica di valutazione, non una scala astratta. Serve a un hiring manager per distinguere un analyst junior promettente da un senior capace di guidare decisioni, gestire ambiguità e influenzare gli stakeholder. La seniority analitica, in fondo, significa saper trasformare problemi mal posti in decisioni migliori, con meno supervisione e più responsabilità. Questa lezione rende espliciti i segnali che contano: autonomia, rigore, impatto, comunicazione e qualità del giudizio.
Il problema da risolvere
Il problema non è conoscere il concetto in astratto, ma decidere su una persona reale quando i segnali sono incompleti o ambigui. Una valutazione utile separa il segnale dal rumore, indica rispetto a quale baseline si legge un comportamento e mostra quale decisione di carriera diventa più difendibile dopo l’analisi.
Senza una rubrica scritta, le promozioni finiscono per premiare anzianità o simpatia. Con una rubrica, la discussione si sposta sull’evidenza: cosa ha fatto questa persona che dimostra un livello di autonomia o di impatto.
Una mappa di lavoro
Davanti a una decisione su hiring o promozione conviene seguire una sequenza fissa, così che la valutazione non diventi un rituale. Prima si nomina la decisione: cosa cambia se inquadriamo meglio il livello della persona. Poi si cerca il segnale osservabile che riduce l’incertezza, un comportamento o un risultato concreto. Si fissa la baseline rispetto a cui leggere quel segnale. Si dichiara il vincolo che può falsare la lettura, come un campione di lavoro troppo piccolo. Infine si indica l’azione che segue.
| Step | Question to ask | Expected output |
|---|---|---|
| Decision | Cosa cambia se capiamo meglio il livello? | Scelta esplicita |
| Signal | Quale comportamento osservabile riduce l’incertezza? | Evidenza concreta |
| Baseline | Rispetto a cosa interpretiamo il risultato? | Credible comparison |
| Vincolo | Cosa può falsare la lettura? | Assunzione da dichiarare |
| Action | Quale passo segue? | Raccomandazione controllabile |
Ogni passaggio dovrebbe rendere più chiaro il costo di una decisione di carriera sbagliata.
Rendere esplicite le assunzioni
Una formalizzazione rende visibili le assunzioni, così uno stakeholder può discutere il criterio invece di fidarsi del giudizio per autorità. Conviene fissare cinque elementi e il controllo minimo di ciascuno.
| Element | Operational Definition | Controllo minimo |
|---|---|---|
| Unit of analysis | Oggetto su cui valuti il fenomeno | Persona, ruolo, progetto o periodo |
| Variabile osservata | Segnale che rappresenta il comportamento | Definizione stabile e tracciabile |
| Baseline | Stato contro cui confronti il segnale | Livello atteso, peer o storico |
| Soglia decisionale | Punto in cui cambia l’azione | Criterio scritto prima della review |
| Rischio residuo | Errore che può restare dopo l’analisi | Sensitivity check o revisione qualitativa |
La logica è solida quando un altro valutatore può riprodurla, criticare le assunzioni e arrivare alla stessa decisione partendo dalle stesse evidenze.
La skill ladder standard per i ruoli data
La scala che segue si basa sui framework pubblici di dbt Labs, GitLab e CircleCI, che hanno reso disponibili le proprie ladder.
| Level | Typical title | What is expected | Years of experience |
|---|---|---|---|
| L3 | Data Analyst | Executes tasks defined by others. Queries, dashboards, reports. | 0-2 |
| L4 | Senior Data Analyst | Independently defines approach to ambiguous problems. Designs metrics, leads projects. | 2-5 |
| L5 | Staff Data Analyst | Influences department strategy. Solves undefined problems. Technical mentorship. | 5-8 |
| L6 | Principal Data Analyst | Defines technical direction of entire data organization. Speaks C-level language. | 8+ |
La differenza tra L3 e L4 non è fare le stesse cose più in fretta, ma una differenza di autonomia e di scope. Un L3 riceve il problema già definito (“ecco il problema, risolvilo”) e lavora sul singolo task. Un L4 riceve un dominio (“ecco l’area, trova i problemi e risolvili”) e lavora sul progetto. Un L5 riceve un’organizzazione (“fai in modo che i dati guidino le decisioni”) e il suo scope è il dipartimento.
The four dimensions of evaluation
Le rubriche serie valutano quattro dimensioni indipendenti. Puoi essere forte in una e debole in un’altra, e il livello finale è il minimo tra le quattro, perché una catena è forte quanto il suo anello più debole.
La prima dimensione è il craft, la competenza tecnica.
| L3 | L4 | L5 |
|---|---|---|
| Writes correct SQL, builds dashboards | Designs data models, implements tests, optimizes queries | Defines technical standards for team, creates reusable frameworks |
La seconda è il business impact, l’effetto sul business.
| L3 | L4 | L5 |
|---|---|---|
| Answers business questions | Identifies the right questions to ask | Changes how the company makes decisions |
The third is the comunicazione.
| L3 | L4 | L5 |
|---|---|---|
| Presents results to own team | Presents to cross-functional stakeholders and leadership | Influences C-level decisions with data |
La quarta è leadership e mentorship.
| L3 | L4 | L5 |
|---|---|---|
| Asks for help, learns | Helps junior analysts, does peer review | Develops people, creates data culture |
Un esempio concreto viene dalla ladder pubblica di dbt Labs, pubblicata integralmente per gli Analytics Engineer nel 2023. Un dettaglio interessante: per passare da L3 a L4 devi dimostrare di aver guidato un progetto che ha cambiato una decisione di business, non solo di aver scritto buon codice. Per passare da L4 a L5 devi aver cambiato il modo in cui il team lavora, in genere creando un framework, un processo o uno standard adottato da tutto il team. La conseguenza pratica è che non ci si promuove per anzianità ma per evidenza di impatto.
How to prepare for a data interview
Questa struttura sintetizza dati di Glassdoor e guide pubblicate da aziende come Meta, Google e Stripe.
| Round | What it tests | Example | How to prepare |
|---|---|---|---|
| Technical SQL | Complex query skills | "Calculate D30 retention by cohort" | Practice on Stratascratch, LeetCode SQL |
| Case study | Analytical problem solving | “Revenue dropped by 5%, what do you do?” | Definisci metriche, segmenta, formula ipotesi, testa |
| Product sense | Product metrics intuition | “Which metrics would you measure for this feature?” | Study standard domain metrics |
| Behavioral | Culture, communication, leadership | ”Racconta di quando hai convinto uno stakeholder scettico” | Prepara 5-6 storie con il metodo STAR |
Workshop: self-assessment
Prendi la tabella delle quattro dimensioni e, per ciascuna, scrivi il tuo livello attuale con un’evidenza concreta (cosa hai fatto per dimostrarlo) e il gap per il livello successivo (cosa devi fare nei prossimi 6 mesi).
Craft Excellence: L4. Evidenza: ho costruito il modello int_customer_health che unifica 5 fonti.
Gap per L5: non ho ancora creato un framework riusabile da tutto il team.
Business Impact: L3. Evidenza: rispondo a domande del CMO.
Gap per L4: non ho mai identificato proattivamente una domanda prima che lo stakeholder la chiedesse.
A livello più avanzato puoi trasformarlo in un decision memo per una review di carriera: ipotesi sul livello, evidenze richieste, criteri di esclusione, soglia per la promozione, rischio residuo e piano di monitoraggio. Se non hai dati reali su cui lavorare, usa job description, portfolio, rubriche di hiring e stakeholder map.
Typical mistake to avoid
L’errore più comune è usare la rubrica come etichetta invece che come processo. Succede quando si mostra un grafico senza decisione, una metrica senza baseline, o una conclusione senza indicare quale assunzione potrebbe invalidarla. In una review di carriera, per esempio, due analyst possono produrre dashboard ugualmente corrette, ma solo uno anticipa le ambiguità, chiarisce le assunzioni e porta gli stakeholder a una decisione: una rubrica deve valutare quell’impatto e quel giudizio, non solo le competenze tecniche.
La domanda di controllo è semplice: se questa valutazione fosse instabile, quale scelta sbaglierei? Se la risposta non è concreta, manca ancora il collegamento tra evidenza e decisione. E prima di fidarti dei dati su cui si basa la valutazione, controlla completezza, duplicati, timezone, definizioni cambiate e segmenti esclusi, perché molte analisi sofisticate falliscono solo perché il dato di partenza misura un comportamento diverso da quello che credi di osservare.
Summary
Una hiring rubric diventa utile quando produce una decisione di carriera più chiara, non quando aggiunge terminologia. La skill ladder distingue i livelli per autonomia e scope, e le quattro dimensioni (craft, impact, comunicazione, leadership) vanno valutate insieme prendendo il minimo. La forma corretta dell’analisi resta sempre la stessa: decisione, segnale, baseline, rischio, azione. Categoria: Decisione. Difficoltà: advanced. Tempo stimato: 18 min.
References:
- dbt Labs. (2023). “Analytics Engineer Skill Ladder.” dbt Developer Hub.
- GitLab. (2024). “Data Team Career Framework.” GitLab Handbook.
- CircleCI. (2022). “Data Analyst Career Ladder.” CircleCI Engineering Blog.
Related Path
Lessons to read together
Questi collegamenti portano la lezione dentro il resto del corso: basi da riprendere, passaggi successivi e connessioni tematiche tra moduli.