Ruoli aziendali nelle PMI: come definirli senza un organigramma formale

Giulia lavora in azienda da tre anni. È brava, affidabile, ci tiene. Ma ogni settimana porta a Elena, la titolare, una serie di domande su cose che in teoria rientrano nel suo lavoro. Non perché non sappia come farle — ma perché non ha mai capito fino a dove si estende il suo perimetro di decisione.

Elena pensa che Giulia dovrebbe saperlo. Giulia pensa che Elena voglia essere coinvolta. Nessuna delle due ha torto — il problema è che nessuno ha mai scritto cosa ci si aspetta dal ruolo di Giulia, e cosa Giulia può decidere senza chiedere.

È uno dei pattern più comuni che vedo nelle aziende tra 15 e 50 persone: i ruoli esistono, ma esistono solo nella testa dell’imprenditore. Il team lavora, ma lavora sempre con un occhio a quello che l’imprenditore vorrebbe — perché è l’unico modo per capirlo.

Perché l’organigramma non basta

La prima cosa che molti fanno quando sentono il bisogno di strutturare i ruoli è disegnare un organigramma. Scatole, frecce, linee di riporto. Poi lo appendono da qualche parte e tornano al lavoro.

L’organigramma dice chi riporta a chi. Non dice cosa fa ciascuno, fino a dove può decidere, e come si valuta se lo sta facendo bene. È una mappa della gerarchia, non una mappa delle responsabilità.

Quello che serve in un’azienda in crescita non è un organigramma formale. È un accordo condiviso su tre cose: di cosa è responsabile ogni ruolo, cosa può decidere autonomamente, e quando deve coinvolgere qualcun altro. Tutto il resto viene dopo.

I cinque campi che definiscono un ruolo operativo

Un ruolo è definito quando risponde a cinque domande concrete. Non servono documenti HR elaborati — serve che queste risposte esistano da qualche parte in forma scritta e che il team le conosca.

Campo	Domanda a cui risponde	Esempio: Account Manager
Nome del ruolo	Come si chiama questa posizione nell’azienda?	Account Manager
Perimetro	Di cosa è responsabile — e di cosa non è responsabile?	Gestione relazione cliente, stato avanzamento progetti, reportistica mensile. Non: approvazione offerte, gestione fornitori
Decisioni autonome	Cosa può decidere senza chiedere?	Spostare scadenze entro 3 giorni, approvare modifiche minori entro X€
Escalation	Quando deve coinvolgere qualcun altro — e chi?	Richieste fuori scope, budget extra, problemi di qualità ripetuti → responsabile operations
Output misurabile	Come si valuta se il ruolo funziona bene?	Cliente aggiornato ogni settimana, task aggiornati entro 24h, zero sorprese a fine progetto

Il campo più importante, e quello che viene quasi sempre saltato, è quello delle decisioni autonome. Senza una risposta esplicita a quella domanda, ogni situazione non completamente routine torna all’imprenditore — perché è l’unico modo sicuro per non sbagliare.

Come si definiscono i ruoli in pratica: la sequenza

Prima: parti da quello che succede già

Non costruire i ruoli da zero su carta. Parti da come le cose funzionano davvero oggi: chi fa cosa, chi decide cosa, chi viene coinvolto e quando. Anche se sembra caotico, c’è sempre una logica implicita — il lavoro del momento è renderla esplicita.

Un modo efficace: per una settimana, ogni volta che qualcuno del team prende una decisione o porta una domanda, annotate entrambe le cose. Dopo sette giorni avete un quadro preciso di cosa viene fatto autonomamente e cosa passa sempre per l’imprenditore.

Poi: identifica le zone grigie

Le zone grigie sono le attività che tutti pensano siano responsabilità di qualcun altro, o le decisioni che vengono prese in modo diverso da persone diverse senza che nessuno se ne accorga. Sono quelle che generano più conflitti, più domande, e più dipendenza dall’imprenditore.

Nelle aziende di servizi, le zone grigie più frequenti riguardano la gestione delle eccezioni con i clienti, la priorità tra più lavori urgenti, e la comunicazione verso l’esterno quando qualcosa va storto. Non a caso — sono tutte situazioni in cui non esiste una risposta standard e il rischio percepito è alto.

Poi ancora: scrivi le responsabilità, non le attività

La differenza è importante. Un elenco di attività dice cosa fa una persona. Una responsabilità dice di cosa è titolare — incluso quando le cose vanno storto.

Un account manager che ha tra le responsabilità ‘aggiornare il cliente sullo stato del progetto’ ha un’attività. Uno che ha la responsabilità ‘garantire che il cliente non sia mai sorpreso da sviluppi negativi’ ha un perimetro — e dentro quel perimetro può muoversi senza chiedere.

Infine: condividi e testa

Un ruolo definito su carta ma non discusso con chi lo occupa è inutile. Il passaggio finale è condividere la definizione con la persona, verificare che ci siano domande o ambiguità, e — cosa più importante — osservare nelle settimane successive se le domande che arrivano all’imprenditore cambiano.

Se dopo due settimane le stesse domande continuano ad arrivare, il problema non è la persona — è che la definizione del ruolo non ha risposto alle domande giuste. Si torna indietro e si affina.

Come funziona nella pratica — il Change Canvas

Quando lavoro con un’azienda sulla definizione dei ruoli, non consegno un documento con le responsabilità già scritte. Uso il Change Canvas: uno strumento che permette di costruire la definizione insieme al team.

Il processo è semplice. Si parte da una domanda: perché stiamo cambiando il modo in cui sono definiti i ruoli? Chi viene coinvolto? Cosa cambia per ognuno? Cosa ci si aspetta in cambio di questo cambiamento? Quando il team partecipa a rispondere a queste domande, la definizione del ruolo che emerge non è calata dall’alto — è condivisa. E un ruolo condiviso viene esercitato con molto meno bisogno di conferma continua.

Il punto chiave La definizione dei ruoli è il primo passaggio della sequenza descritta nell’articolo principale su delega e autonomia del team. Se non l’hai ancora letto, è il punto di partenza logico prima di lavorare sui singoli ruoli.

L’errore più comune: definire il ruolo sulla persona invece che sulla posizione

Quando si definisce un ruolo pensando alla persona che lo occupa adesso — con le sue competenze specifiche, i suoi punti di forza, le sue abitudini di lavoro — si crea una definizione che funziona per quella persona e smette di funzionare quando la persona cambia.

Il ruolo deve essere definito sulla posizione: cosa serve che faccia chiunque occupi quella posizione, indipendentemente da chi è. Le competenze specifiche di una persona possono ampliarsi o restringersi rispetto alla definizione base — ma la definizione base deve restare stabile.

In pratica: se la definizione del ruolo di project manager della tua azienda descrive quello che fa Marco, hai definito Marco — non il ruolo di project manager. Quando Marco va via, tutto torna in discussione.

Quando i ruoli cambiano — e come gestirlo

In un’azienda in crescita i ruoli cambiano. Qualcuno si specializza, qualcuno viene promosso, nuove aree di lavoro emergono. La definizione dei ruoli non è un documento da scrivere una volta e dimenticare — è qualcosa che va rivisto ogni sei-dodici mesi, o ogni volta che la struttura cambia in modo significativo.

Il segnale che un ruolo va ridefinito è sempre lo stesso: le domande all’imprenditore tornano ad aumentare su un’area specifica. Non significa che la persona non funziona — significa che la definizione del ruolo non tiene più il passo con come sta evolvendo il lavoro.