Un piano di sviluppo individuale (PDI) è un breve accordo scritto su come una persona crescerà nei prossimi mesi: su quali competenze lavorerà, cosa farà concretamente ed entro quando. Sembra burocrazia, e in molte aziende lo è: un modulo compilato una volta l’anno e mai più riaperto. Ma non deve per forza esserlo.
Questa guida mostra come scrivere un PDI che venga portato a termine: da dove vengono gli obiettivi, cosa rende concreta un’azione, un modello da copiare ed esempi per ruoli di supporto clienti, vendite, engineering e management.
Cos’è un piano di sviluppo individuale, e cosa non è
Un PDI utile contiene tre cose:
- Una direzione. Di solito il livello successivo della scala di carriera della persona, a volte il passaggio a un altro percorso o ruolo.
- Una o due competenze su cui concentrarsi. Le lacune che separano la persona da quella direzione.
- Poche azioni concrete con una scadenza: la parte che cambia davvero qualcosa.
Non è un piano di miglioramento della performance. Quello è una risposta formale a chi non è all’altezza del suo ruolo attuale. Un PDI è per chi va bene e vuole fare di più. Se i due si confondono, le persone iniziano a temere il PDI.
Non è nemmeno una richiesta di budget per la formazione. I corsi possono far parte di un piano, ma la maggior parte della crescita viene dal lavoro stesso: affrontare un problema più difficile, guidare qualcosa per la prima volta, insegnare agli altri.
Parti dalla lacuna, non da una lista dei desideri
La fonte migliore per un PDI è un check-in: il dipendente si è valutato rispetto alle competenze richieste dal suo ruolo, il manager ha fatto lo stesso, ed entrambi hanno visto dove le valutazioni divergono o restano sotto il livello. Quelle lacune sono la materia prima.
Scegline una o due. Per scegliere, chiediti:
- Quale lacuna conta di più per il livello successivo? Leggi le aspettative del livello successivo e trova il salto più grande.
- A quale tiene la persona? Un piano che non le interessa non verrà portato a termine.
- C’è del lavoro in arrivo che può aiutare? Una lacuna che il lavoro del prossimo trimestre può colmare è la più facile da affrontare.
Senza una scala di carriera puoi comunque scrivere un PDI, ma gli obiettivi tendono a scivolare verso ciò che suona bene — «diventare più strategico» — invece che verso ciò di cui il ruolo ha bisogno. Avere aspettative chiare per ogni livello rende il piano molto più facile da scrivere.
Come scrivere un’azione che venga portata a termine
La maggior parte dei PDI fallisce a questo passo. «Migliorare le capacità comunicative» è un desiderio, non un’azione. Una buona azione risponde a cinque domande:
- Cosa farai esattamente? Un verbo e un risultato concreto.
- Quale competenza sviluppa? Una competenza del ruolo, o un obiettivo più ampio se non rientra in una sola.
- Come capiremo che è fatta? Un traguardo che entrambe le parti possono vedere.
- Entro quando? Una data vera, da qualche settimana a tre mesi.
- Quale supporto serve? Tempo, accessi, un mentor, un budget, una presentazione a qualcuno.
Confronta:
| Vago | Concreto |
|---|---|
| Migliorare nel parlare in pubblico | Presentare il report trimestrale del supporto clienti alla riunione plenaria di dicembre, dopo averlo provato una volta con il team leader |
| Conoscere meglio il prodotto | Entro fine mese, assistere a due call di onboarding del team solutions e mettere per iscritto tre domande che fanno i clienti |
| Assumersi più responsabilità | Gestire la checklist di rilascio per i prossimi due rilasci, compresa la decisione go/no-go |
Mescola i tipi di azione. Un buon equilibrio è fatto soprattutto di fare (un incarico sfidante su lavoro reale), in parte di imparare dagli altri (affiancamento, mentoring, feedback) e un po’ di formazione formale (un corso o un libro) — non il contrario. Un piano fatto solo di corsi produce attestati, non comportamenti nuovi.
Un modello di PDI
Copialo nello strumento che usi. Sta in una schermata, ed è proprio questo il punto.
Persona / ruolo / livello: nome — ruolo — livello attuale
Direzione: per esempio «pronto per il livello 3 entro 12 mesi» oppure «passare al percorso manageriale»
Competenze su cui concentrarsi: una o due, tratte dalle aspettative del ruolo
| Azione | Competenza | Completata quando | Scadenza | Supporto necessario |
|---|---|---|---|---|
| Cosa farai | Nome della competenza | Traguardo visibile | Data | Tempo, mentor ecc. |
Da rivedere al: prossimo check-in, data
Tieni aperte da due a quattro azioni alla volta. Quando una è completata, aggiungi la successiva invece di scriverne subito dieci.
Esempi per quattro ruoli
Specialista del supporto, livello 2 3
Direzione: diventare la persona su cui gli altri contano per un’area complessa. Competenze su cui concentrarsi: conoscenza del prodotto e tecnica, operations del supporto. Le aspettative per livello sono nel modello supporto clienti.
| Azione | Competenza | Completata quando | Scadenza |
|---|---|---|---|
| Scrivere note interne sui cinque problemi di fatturazione più comuni | Conoscenza del prodotto e tecnica | Note pubblicate; due colleghi le hanno già usate | 6 settimane |
| Tenere per il team una sessione di 30 minuti sulla configurazione della fatturazione | Conoscenza del prodotto e tecnica | Sessione svolta, domande raccolte | 10 settimane |
| Proporre una modifica al processo di escalation, a partire dai ticket del mese scorso | Operations del supporto | Proposta discussa con il team leader del supporto | 12 settimane |
Account executive, da intermedio a senior
Direzione: gestire in autonomia trattative più grandi, con più interlocutori. Competenze su cui concentrarsi: discovery e qualificazione, gestione e chiusura delle trattative. Vedi il modello account executive.
| Azione | Competenza | Completata quando | Scadenza |
|---|---|---|---|
| Condurre la discovery su due trattative con tre o più interlocutori, con il manager come osservatore | Discovery e qualificazione | Due call condotte, un feedback scritto dopo ciascuna | 8 settimane |
| Scrivere un piano d’azione condiviso per ogni trattativa attiva oltre una certa dimensione | Gestione e chiusura delle trattative | Piani condivisi con il cliente e tenuti aggiornati | Continuativa, verifica a 12 settimane |
| Chiedere un feedback scritto a due colleghi che hanno partecipato a quelle call | Discovery e qualificazione | Feedback ricevuto e discusso al check-in | 10 settimane |
Software engineer, livello 2 3
Direzione: diventare senior engineer entro un anno. Competenze su cui concentrarsi: progettazione dei sistemi, mentoring e crescita del team. Vedi il modello software engineer.
| Azione | Competenza | Completata quando | Scadenza |
|---|---|---|---|
| Scrivere il documento di design dell’export dei report e condurne la revisione | Progettazione dei sistemi | Documento rivisto da due senior engineer e approvato | 6 settimane |
| Lavorare in pair ogni settimana con l’ultimo engineer arrivato nel team | Mentoring e crescita del team | Otto sessioni svolte; il nuovo engineer rilascia da solo la sua prima funzionalità | 10 settimane |
| Fare la review di pull request fuori dalla propria area almeno due volte a settimana | Progettazione dei sistemi | Abitudine mantenuta per un trimestre intero | 12 settimane |
Nuovo engineering manager, i primi sei mesi
Direzione: guidare il team senza tornare al lavoro individuale. Competenze su cui concentrarsi: sviluppo delle persone, esecuzione e consegna. Vedi il modello engineering manager.
| Azione | Competenza | Completata quando | Scadenza |
|---|---|---|---|
| Tenere un check-in di carriera con ogni collaboratore diretto | Sviluppo delle persone | Tutti i check-in completati, ciascuno con azioni concordate | 8 settimane |
| Affidare la reperibilità e la checklist di rilascio a due membri del team | Esecuzione e consegna | Entrambi le gestiscono senza di te per un mese intero | 12 settimane |
| Incontrare un manager più esperto ogni due settimane | Sviluppo delle persone | Sei incontri svolti; un cambiamento nel modo in cui conduci i 1:1 | 12 settimane |
Nota cosa hanno in comune questi esempi: quasi ogni azione è lavoro reale che la persona farebbe comunque in parte, reso intenzionale e dotato di un traguardo.
Tenere vivo il piano
Un piano scritto e archiviato viene dimenticato entro un mese. Tre abitudini lo tengono vivo:
- Rivedilo a ogni check-in. Apri ogni check-in con le azioni aperte: cosa è stato fatto, cosa è bloccato, cosa non ha più senso. Annulla le azioni che hanno perso il loro scopo: è onestà, non un fallimento.
- Annota i progressi man mano. Una breve nota quando qualcosa si muove — «prima sessione svolta, 6 partecipanti» — è meglio che cercare di ricordarsene tre mesi dopo, e diventa un elemento a sostegno di una proposta di promozione.
- Lascia che sia il dipendente a chiudere l’azione. Chi fa il lavoro dice quando è completato, con una nota su com’è andata. Il manager può non essere d’accordo e riaprirla, ma non dovrebbe spuntare caselle al posto di qualcun altro.
Le scadenze funzionano solo se qualcuno se ne accorge. Se il tuo piano vive in un documento, metti le date in un calendario. In LadderKit ogni voce del PDI è un’azione di sviluppo con una scadenza, un collegamento facoltativo a una competenza del ruolo della persona, un thread di note in cui scrivono entrambe le parti e promemoria prima e dopo la scadenza; solo il dipendente può segnarla come completata.
Errori comuni
- Troppi obiettivi. Due competenze su cui concentrarsi, da due a quattro azioni. Tutto il resto aspetta.
- Azioni senza traguardo. Se non riesci a capire se è fatta, non sarà mai fatta.
- Solo corsi. Si impara lavorando; i corsi sono un supporto.
- Scritto solo dal manager. La persona deve riconoscerlo come il proprio piano.
- Scollegato dal ruolo. Obiettivi che non puntano alle aspettative del livello successivo non aiutano per la promozione, e le persone se ne accorgono.
- Mai ripreso in mano. Un PDI che non viene discusso al check-in successivo era solo una formalità.