Formato voce: Termine — definizione piana. In pratica — cosa significa per chi guida una PMI. → rimandi alla Library dove esiste la voce estesa.
1. Processo — Sequenza ripetibile di attività che trasforma un input in un output per qualcuno: un ordine in una consegna, una richiesta in un preventivo. Non è la procedura scritta: è ciò che accade davvero, chiunque lo stia facendo. In pratica: se un risultato si produce più di una volta al mese, c'è un processo — dichiarato o clandestino — e i processi clandestini si possono solo subire, non migliorare. → Processo, Mappatura dei processi.
2. Processo nominale vs processo reale — La distanza tra come l'azienda dichiara di lavorare (procedure, certificazioni, "da noi si fa così") e come lavora davvero. La ricerca la chiama work-as-imagined vs work-as-done. In pratica: la forbice non è ipocrisia, è fisiologia — ma va misurata, perché l'azienda prende decisioni sul nominale e paga i costi sul reale. È una delle divergenze tipiche che una diagnosi multi-ruolo fa emergere. → Processo nominale vs processo reale, Triangolazione.
3. Mappatura dei processi — La rilevazione di come un flusso di lavoro attraversa davvero l'azienda: passi, passaggi di mano, attese, decisioni. Si fa intervistando separatamente chi esegue e verificando sulle tracce (email, gestionale), non trascrivendo la procedura. In pratica: una mappatura leggera di un flusso critico richiede una settimana e quasi sempre ripaga in scoperte — duplicazioni, attese, passaggi orfani. → Mappatura dei processi, la guida Come mappare un processo.
4. Workflow — Il percorso concreto che un'unità di lavoro (un ordine, una pratica, un reclamo) compie da innesco a completamento, con i suoi stati e passaggi. Termine spesso usato come sinonimo di processo; a rigore il workflow è la traiettoria della singola pratica dentro il processo. In pratica: quando si adotta un software "di workflow", si sta codificando questa traiettoria — e conviene che sia decisa prima, in versione unica. → Come capire se un ERP è prematuro.
5. SOP — Standard Operating Procedure: la descrizione scritta e operativa di come si esegue un'attività ricorrente — passi imperativi, punti critici con il loro perché, output atteso. Non il documento per l'auditor: l'attrezzo da banco. In pratica: una SOP vale se chi lavora la consulta; se vive nell'archivio qualità, è cerimonia. Si scrive con chi esegue, si collauda su chi non sa, ha un owner e una data di revisione. → guida Come scrivere una SOP.
6. RACI — Matrice che assegna, per ogni attività, chi la esegue (Responsible), chi ne risponde (Accountable — uno solo), chi va consultato (Consulted) e chi informato (Informed). In pratica: il valore non è il documento ma la compilazione collettiva, che fa emergere le divergenze — attività con due Accountable, o con nessuno. Regola d'oro: una sola A per riga, e la matrice usata "ad alta voce" per otto settimane, o resta carta. → RACI, guida Come costruire una RACI.
7. Collo di bottiglia — Il punto del sistema che limita la capacità di tutto il resto: la risorsa più lenta o più scarsa, davanti alla quale il lavoro si accumula. Ogni sistema ne ha uno — e uno solo alla volta. In pratica: un'ora persa al collo di bottiglia è persa per l'intera azienda; un'ora guadagnata altrove è un'illusione. Prima di investire, chiedersi sempre: sto potenziando il vincolo o un punto qualunque? → Collo di bottiglia, guida Come individuare un collo di bottiglia.
8. Handoff — Il passaggio di mano: il momento in cui il lavoro passa da una persona o funzione all'altra. È il punto dove si perdono informazioni, si generano attese e nascono i "pensavo lo facessi tu". In pratica: contare gli handoff di un flusso è una diagnosi in sé — ogni passaggio è un costo e un rischio; i flussi si migliorano spesso più togliendo passaggi che accelerando le attività. → Mappatura dei processi, Rework.
9. Rework — Lavoro rifatto: correzioni, integrazioni, seconde passate su qualcosa che doveva essere giusto la prima volta. È capacità produttiva consumata senza produrre valore nuovo — e di solito non è misurato, perché si traveste da operosità. In pratica: il rework si aggredisce a monte, nel punto che genera l'errore, non a valle dove lo si corregge; il quality gate col potere di respingere vale più di dieci raccomandazioni. → Rework, guida Come ridurre il rework.
10. WIP - Work in Progress — Il lavoro in corso: tutto ciò che è stato iniziato e non ancora finito — ordini aperti, pratiche a metà, progetti avviati. Più WIP non significa più produttività: significa tempi più lunghi per tutto (è la legge di Little) e attenzione frammentata. In pratica: la leva più potente e meno usata nelle PMI è la regola d'ingresso — si inizia qualcosa di nuovo solo quando qualcosa esce. Meno cose aperte, tutte più veloci. → WIP - Work in Progress.
11. Lead time — Il tempo che passa tra la richiesta e la consegna: ciò che il cliente vive. Da non confondere con il tempo di ciclo (le ore di lavoro effettivo): in molte PMI il lavoro vero è il 10% del lead time — il resto è attesa in coda. In pratica: per accorciare il lead time non serve lavorare più in fretta: serve ridurre le code, cioè il WIP. Il preventivo fatto sui tempi di ciclo e promesso come data di consegna è l'origine di metà dei ritardi. → WIP, Capacità operativa.
12. Standard work — Il modo concordato e attuale di eseguire un'attività: la migliore pratica nota, resa esplicita e uguale per tutti finché una migliore non la sostituisce. È la base del miglioramento: non si migliora stabilmente ciò che ognuno fa a modo suo. In pratica: standard non significa rigido — significa che le variazioni si decidono, non si accumulano. La SOP è la sua forma scritta. → guida Come scrivere una SOP, Capability organizzativa.
13. Process owner — La persona che risponde di un processo end-to-end: delle sue prestazioni, delle sue regole, dei suoi cambiamenti — anche quando il processo attraversa più reparti. In pratica: nelle PMI i processi trasversali (ordine-consegna, preventivo-contratto) sono spesso orfani: ogni funzione cura il suo tratto e nessuno risponde del tempo totale. Nominare l'owner è l'intervento più economico sulla lentezza cronica. → Governance, Decision rights.
14. Debito di processo — L'accumulo di scorciatoie, eccezioni diventate regola e passaggi mai sistemati che un processo trascina con sé. Come il debito finanziario, ha interessi: ogni pratica costa un po' di più, per sempre, finché non si ripaga. In pratica: il debito di processo si contrae nei picchi ("per ora facciamo così") e non si ripaga mai da solo — serve la revisione deliberata, con la domanda-sonda "perché lo facciamo così?". → Isteresi organizzativa, Debito organizzativo (voce 85).
15. Maturità di processo — Il grado di sviluppo di un processo lungo una scala: da eseguito-a-modo-di-chi-c'è, a definito, a misurato, a migliorato sistematicamente. I modelli formali (come il CMMI) usano cinque livelli; per una PMI ne bastano tre. In pratica: la maturità giusta non è la massima — è quella proporzionata alla criticità del processo: portare tutto al livello massimo è burocrazia, lasciare i processi critici al minimo è roulette. → Mappatura dei processi, Indice qualitativo.
16. Gestione delle eccezioni — Il modo in cui l'organizzazione tratta i casi che escono dal flusso standard: chi li riconosce, chi li decide, come rientrano. È il banco di prova vero di un processo: lo standard si giudica nei giorni normali, l'organizzazione nei giorni anomali. In pratica: le eccezioni vanno rese visibili e contate — quando superano una soglia, non sono più eccezioni: sono un secondo processo clandestino che chiede di essere progettato. → Architettura decisionale, Escalation path (voce 50).
17. Capacità operativa — Quanto l'azienda può produrre — in tre versioni da non confondere: teorica (il catalogo delle macchine), effettiva (al netto di setup, assenze, mix reale) e sostenibile (quella che regge nel tempo senza degradare tempi e qualità: tipicamente l'80–85% dell'effettiva). In pratica: si promette sulla sostenibile, si lavora sull'effettiva, si sogna sulla teorica — e chi confonde i tre numeri firma i ritardi di domani. → Capacità operativa.
18. Utilizzo — La percentuale di tempo in cui una risorsa lavora rispetto al tempo disponibile. Sembra l'indicatore dell'efficienza; è una trappola: inseguire l'utilizzo alto di ogni risorsa produce code, WIP e tempi esplosi. In pratica: l'utilizzo alto è un obiettivo giusto per il collo di bottiglia e sbagliato per tutto il resto — le risorse non-vincolo devono avere margine, o il flusso si ingolfa. → Collo di bottiglia, Buffer.
19. Throughput — Il ritmo con cui il sistema produce output completati e venduti: pezzi consegnati, pratiche chiuse, commesse fatturate — per unità di tempo. È la misura che conta, contro cui utilizzo e WIP sono solo mezzi. In pratica: la domanda "quanto abbiamo prodotto?" va sempre precisata in "quanto abbiamo finito?" — le aziende piene di lavoro iniziato e povere di lavoro concluso hanno un problema di flusso, non di impegno. → WIP, Collo di bottiglia.
20. Backlog — La coda di lavoro accettato e non ancora iniziato: ordini in portafoglio, richieste in attesa. Non è un male — è un buffer di domanda che protegge la continuità — finché è misurato e onesto. In pratica: il backlog va espresso in tempo ("sei settimane di lavoro a capacità attuale"), non in pezzi, ed è il numero che dovrebbe governare le promesse commerciali: si vende la data che il backlog consente, non quella che il cliente spera. → Capacità operativa, WIP.
21. Variabilità — Quanto i fenomeni oscillano attorno alla loro media: la domanda che va a strappi, i tempi che ballano, i fornitori irregolari. È la condizione permanente delle PMI, non un'anomalia — e i sistemi si progettano per la variabilità, non per la media. In pratica: due processi con la stessa media e variabilità diversa sono due mondi: il secondo ha bisogno di buffer, il primo no. Misurare la variabilità (bastano minimo, massimo e frequenza delle code) vale più che raffinare la media. → Buffer, Rischio vs incertezza.
22. Buffer — Margine messo apposta: scorta oltre il fabbisogno, capacità oltre il carico, tempo oltre la stima, cassa oltre le uscite. Non è grasso: è l'ammortizzatore che assorbe la variabilità — e va progettato (dove, quanto, chi lo governa), non lasciato al caso né tagliato alla cieca. In pratica: il buffer si consuma nei momenti difficili e viene eroso nei momenti buoni, quando sembra inutile; per questo ha bisogno di un difensore con mandato. → Buffer.
23. Slack organizzativo — La riserva diffusa di risorse non impegnate — tempo, persone, attenzione, denaro — che permette all'organizzazione di assorbire imprevisti, sperimentare e imparare. È il cugino organizzativo del buffer: meno localizzato, altrettanto vitale. In pratica: l'azienda senza slack può solo ripetere ciò che già fa; ogni progetto di miglioramento, formazione o innovazione si paga in slack — e se non c'è, resta un annuncio. → Margine cognitivo, Buffer.
24. Vincolo — Nel lessico della Theory of Constraints, il fattore che limita la prestazione dell'intero sistema — che sia una macchina, una persona, una policy o il mercato. È il collo di bottiglia elevato a principio di gestione: il sistema rende quanto rende il suo vincolo. In pratica: la sequenza corretta è identificare il vincolo, sfruttarlo al massimo, subordinargli tutto il resto, e solo alla fine elevarlo (investire) — quasi tutti partono dall'ultimo passo. → Collo di bottiglia.
25. Theory of Constraints — La teoria dei vincoli di Eliyahu Goldratt: ogni sistema ha un vincolo che ne determina il throughput, e la gestione consiste nel governare il sistema attorno a quel punto — non nell'ottimizzare ogni reparto per conto suo. In pratica: il suo insegnamento più contro-intuitivo è che l'efficienza locale è spesso nemica della prestazione globale: reparti tutti "efficienti" e azienda lenta convivono benissimo. → Collo di bottiglia, Buffer, il paper The Goal.
26. Qualità operativa — La capacità del sistema di produrre giusto la prima volta: conformità, completezza, assenza di rilavorazioni — misurata sul flusso (es. first pass yield: la quota che passa senza ritocchi), non solo sul prodotto finale. In pratica: la qualità si costruisce nei punti del processo dove l'errore nasce, non al collaudo dove si scopre; e la sua misura più onesta è quanto rework il sistema genera. → Rework, Microfondazioni.
27. Non conformità — Uno scostamento documentato da un requisito: del prodotto, del processo, del sistema. Nel linguaggio delle certificazioni è un atto formale; nella sostanza è un segnale — e vale quanto l'uso che se ne fa. In pratica: il registro delle non conformità letto per pattern (dove nascono? si ripetono?) è una miniera diagnostica; letto per adempimento è un costo. La versione sana premia chi segnala, non chi nasconde. → Rework, Microfondazioni.
28. Service level — Il livello di servizio promesso e misurato: puntualità delle consegne, tempi di risposta, disponibilità. È il punto dove le promesse commerciali incontrano la capacità operativa — e dove si vede se le due si parlano. In pratica: il service level si misura sulle code, non sulle medie ("il 95% entro X giorni" dice la verità; "in media X giorni" la nasconde), e si promette sulla capacità sostenibile, non sulla speranza. → Capacità operativa, guida Come usare KPI senza creare rumore.
29. Cadenza operativa — Il ritmo regolare con cui l'organizzazione si sincronizza: il rito quotidiano di reparto, la review settimanale, il ciclo mensile. La cadenza sostituisce il coordinamento a chiamata (riunioni convocate quando esplode qualcosa) con appuntamenti brevi e fissi. In pratica: una buona cadenza è breve, in piedi se serve, con un formato costante — e fa da metronomo: i problemi aspettano ore invece che settimane per trovare un tavolo. → Meeting governance (voce 52), Decision latency.
30. Rischio operativo — Il rischio di perdite da processi inadeguati, errori, guasti, persone e sistemi — distinto dai rischi di mercato o finanziari. Nelle PMI è il rischio dominante e il meno gestito, perché non ha una riga di bilancio finché non si materializza. In pratica: la mappa dei rischi operativi di una PMI si scrive in mezza giornata partendo dalle crisi passate e dai punti singoli di guasto — e lo stress test annuale la tiene viva. → guida Come fare uno stress test organizzativo, Single point of failure (voce 62).
Licenza
Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International. Attribuzione richiesta: Fonte: MARTRO Observatory, "Processi operations", https://www.martrosystems.eu/knowledge/processi-operations.
CLEW
Quando il problema coinvolge più ruoli o più aree, serve una diagnosi strutturale.
Esplora CLEW