Concetti fondamentali
RBS
Risk Breakdown Structure, tassonomia dei rischi.
RBS — Risk Breakdown Structure
RBS (Risk Breakdown Structure) è la tassonomia gerarchica delle categorie di rischio di un progetto. È lo scheletro concettuale che aiuta a scoprire sistematicamente i rischi, prima ancora di valutarli o registrarli.
In altre parole: la RBS dice dove cercare i rischi; il Risk Register dice quali sono e cosa fare.
RBS ≠ Risk Register ≠ WBS
Tre artefatti simili nel nome, diversi nel ruolo:
| Artefatto | Cos'è | A cosa serve |
|---|---|---|
| WBS (Work Breakdown Structure) | Gerarchia del lavoro da fare | Scomporre lo scope in attività |
| RBS (Risk Breakdown Structure) | Gerarchia delle categorie di rischio | Brainstormare i rischi sistematicamente |
| Risk Register | Lista dei rischi identificati con scoring | Tracciare, valutare, gestire ogni rischio |
WBS e RBS hanno la stessa forma (albero gerarchico) e la stessa logica di scomposizione, ma una mappa il lavoro, l'altra mappa le minacce a quel lavoro.
La struttura PMBOK al livello 1
Lo standard PMBOK suggerisce quattro categorie principali al primo livello. Ognuna si scompone poi in sotto-categorie più specifiche.
Tecnici
Rischi legati al prodotto in costruzione: requisiti instabili, tecnologie nuove o immature, requisiti di performance impossibili da soddisfare, qualità sotto soglia.
Esterni
Rischi che vengono da fuori il perimetro del progetto: fornitori inaffidabili, cambiamenti normativi, dinamiche di mercato, eventi imprevedibili (cyber attacchi, calamità, geopolitica).
Organizzativi
Rischi legati al contesto interno aziendale: dipendenze da altri team, indisponibilità di risorse chiave, riprioritizzazioni del management, resistenza culturale al progetto.
Project Management
Rischi legati a come stai gestendo il progetto: stime ottimistiche, pianificazione superficiale, monitoraggio assente, comunicazione povera con stakeholder.
Come si usa nella pratica
- In fase di pianificazione, prima di compilare il Risk Register, raduna il team con la RBS sotto gli occhi
- Per ogni categoria foglia, fai una domanda esplicita: "Quali rischi possiamo avere in quest'area?"
- Ogni rischio identificato finisce nel Risk Register, etichettato con la categoria RBS di appartenenza
- Periodicamente (es. fine sprint, milestone) rivisita le categorie per scoprire nuovi rischi emersi
Il valore non è la struttura in sé: è il fatto che ti costringe a guardare in tutti gli angoli, evitando il bias naturale di concentrarsi solo sui rischi tecnici (che si vedono) ignorando quelli organizzativi e gestionali (che fanno più male).
Esempio: RBS per un progetto SaaS
Nota la quinta categoria custom: Sicurezza & Privacy è abbastanza centrale in un SaaS da meritare il livello 1, non essere sepolta sotto "Tecnici".
Personalizzare la RBS
Lo schema PMBOK è un punto di partenza, non un dogma. Una RBS efficace:
- è adatta al settore (un progetto edile ha categorie diverse da un SaaS)
- ha 3-5 categorie L1 (troppe categorie diluiscono l'attenzione)
- ha un L2 esplicito per ogni L1 (altrimenti il brainstorming rimane astratto)
- viene riusata e raffinata progetto dopo progetto: la RBS aziendale diventa un asset
Esempi di personalizzazioni comuni:
- Software/SaaS: aggiunta della categoria "Sicurezza / Privacy"
- Edilizia: divisione "Esterni" in "Fornitori" e "Permessi/Autorità"
- Pharma/Medical: prima categoria diventa "Compliance / Regulatory"
- Ricerca/R&D: categoria specifica "Scientifici" (validità delle ipotesi, riproducibilità)
Errori comuni
- ✕ Confondere RBS e Risk Register — la RBS è la tassonomia, il registro è la lista popolata
- ✕ Categorie troppo astratte ("Rischi generici") — non aiutano a trovare rischi specifici
- ✕ RBS fissata una volta e dimenticata — va aggiornata progetto per progetto
- ✕ Solo rischi tecnici — la categoria PM è quella più trascurata e statisticamente la più impattante
- ✕ Usare l'RBS senza un Risk Register — la tassonomia senza i rischi popolati è solo un disegno
- ✕ RBS scolpita dal PM da solo — il valore esce dal brainstorming con il team
Resource Breakdown Structure
Una variante minore con lo stesso acronimo: il Resource Breakdown Structure è una gerarchia delle risorse del progetto (umane, materiali, attrezzature, budget) organizzate per categoria e livello. È meno usato del Risk Breakdown e viene spesso rimpiazzato da una semplice resource list più la RACI Matrix.
Quando si dice "RBS" senza altri specificatori, nel 90% dei casi si intende Risk Breakdown Structure.
Collegamenti
- Risk Register — il template per popolare e tracciare i rischi
- WBS — la cugina che decompone il lavoro, stessa logica
- Root Cause Analysis — quando un rischio diventa problema, si scava all'indietro
- Pianificazione — la fase in cui si costruisce la RBS
- Monitoraggio e controllo — quando la RBS va aggiornata