Come descrivere un processo aziendale da un’intervista con un dipendente
Descrivi il processo reale: confini, partecipanti, passaggi di consegne ed eccezioni. Con schema ed esempio compilato.
Parti da un caso concreto
A «Come funziona il lavoro?» spesso si risponde in generale: riceviamo, controlliamo ed eseguiamo. Restano nascosti i tempi di attesa, chi chiarisce i dettagli e perché il lavoro torna indietro. Chiedi l’ultima richiesta conclusa e ricostruiscila in ordine.
La descrizione attuale e il progetto futuro sono documenti distinti. Ricostruisci prima quello che accade oggi. Tieni a parte le idee di automatizzare il passaggio o togliere un’approvazione, così il team può verificare il processo reale.
Che cosa chiedere e come analizzare le risposte
Definisci i confini
Chiedi quale evento avvia il lavoro e quando si considera concluso. «Dalla richiesta alla spedizione» è troppo ampio. «Dalla ricezione alla consegna del fascicolo verificato alla produzione» identifica un tratto e un risultato verificabile.
Ricostruisci i passaggi di consegne
Dopo ogni azione chiedi chi riceve il risultato, in quale formato, dove viene conservato e come il destinatario lo viene a sapere. Inviare un’email e accettare il lavoro sono eventi distinti. La procedura può omettere l’attesa tra i due.
Cerca le eccezioni
Chiedi esempi di dati incompleti, ritorni per correzioni e richieste urgenti. Registra la condizione, il prossimo passo e chi decide. Scrivi «di solito in un giorno» solo se il conteggio e le eccezioni sono chiari.
Confrontati con un secondo partecipante
Mostra la bozza a chi riceve il risultato. Chiedi di far passare un’altra richiesta reale nello schema. Se i racconti divergono, conserva entrambi e verifica se cambiano tipo di cliente, prodotto o situazione.
Ricezione di una richiesta per produrre un’insegna
L’esempio è fittizio. Nomi, condizioni e risultati servono a spiegare il metodo.
Ricevo l’email e controllo la grafica. Se mancano le misure, rimando tutto al referente. Invio alla produzione solo dopo la conferma del cliente sulle misure.
Servono due verifiche: le misure devono esserci ed essere confermate. «Controllare la grafica» è troppo generico. Chi subentra deve sapere che entrambe le verifiche sono concluse.
La diramazione indica se il fascicolo è completo. La conferma del cliente è registrata a parte nella scheda di consegna. Inoltrare l’email non la sostituisce.
| Passaggio | Chi lo esegue | Risultato verificabile |
|---|---|---|
| Controllare il fascicolo | Coordinatore | Grafica e misure sono presenti oppure le mancanze sono elencate |
| Ottenere la conferma | Referente | La risposta del cliente sulle misure è archiviata |
| Consegnare alla produzione | Coordinatore | La persona incaricata ha accettato il fascicolo |
Scheda di descrizione del processo
Copia il modello e compilalo per un caso. Un campo vuoto è una domanda da chiarire.
Nome del processo: Evento iniziale: Limite finale: Tipo di caso e data: Passaggio / responsabile / input / azione / output: A chi va il risultato e come: Dove si attende: Condizione di ritorno e passo successivo: Fonte: registrazione e riferimento temporale: Divergenze tra partecipanti: Chi ha verificato la descrizione e quando: Proposte di miglioramento a parte:
Prova lo schema con un secondo caso
- Ogni passaggio descrive un’azione.
- Ogni consegna ha un destinatario e un segnale di accettazione.
- Un ritorno porta a un’azione concreta.
- La situazione attuale è distinta dalle proposte.
Entriamo nei dettagli
Serve subito BPMN?
Per la prima verifica bastano uno schema semplice e una tabella dei passaggi. La notazione formale aiuta se i partecipanti la capiscono e serve nel lavoro successivo.
Si può descrivere un processo da una trascrizione?
Si può preparare una bozza. Verifica ordine, eccezioni e responsabilità con altri partecipanti e casi reali.