01
Analisi dei processi
Veniamo in azienda e scriviamo come lavorate davvero, prima di scrivere il software
Quasi nessun progetto gestionale fallisce per ragioni tecniche. Fallisce perché si è automatizzato un processo che nessuno aveva mai scritto per intero, e i buchi si scoprono in produzione.
- SopralluogoStiamo in azienda e guardiamo il lavoro dove succede, non come viene raccontato in riunione
- Mappa as-isChi fa cosa, con quale documento, dove il dato si ferma o viene battuto due volte
- Punti di attritoDoppi inserimenti, attese, controlli che mancano e controlli che non servono a nessuno
- Disegno to-beCosa cambia, in che ordine, e cosa resta manuale di proposito
- ProcedureScritte nella lingua di chi le userà, con i casi limite che capitano davvero
- SoftwareSolo dove serve, e non prima: a volte basta spostare un controllo
Prima si guarda, poi si disegna
Il primo passo è ricostruire il processo com’è davvero, non com’è scritto nel manuale: chi fa cosa, con quale documento, dove un dato viene battuto a mano una seconda volta, dove si aspetta qualcuno. Serve stare in azienda e guardare, perché la versione raccontata in riunione e quella che succede al banco non coincidono mai del tutto.
Da lì si disegna il to-be — e soprattutto si decide cosa non automatizzare. Un passaggio manuale che serve a fermarsi e controllare vale più di un flusso perfetto che nessuno guarda.
Procedure scritte per chi le userà
Il risultato non è un documento da mettere in un cassetto: sono procedure operative scritte nella lingua di chi lavora, con i casi limite che capitano davvero — il fornitore che manda la bolla sbagliata, il cliente che cambia idea a metà, l’ordine che arriva il sabato.
Ogni scelta strutturale lascia scritto il perché. È quello che permette, tre anni dopo, di cambiare idea sapendo cosa si sta rompendo.
Poi il software, non prima
Solo a questo punto si decide cosa serve davvero: a volte un modulo del gestionale, a volte un’automazione da mezza giornata, a volte niente — basta spostare un controllo o eliminare un passaggio. Il software costa e va mantenuto: se il processo si può semplificare senza, è la soluzione migliore.
Cosa portiamo via da un sopralluogo
Non un verbale. Una mappa del processo com’è, con i tempi reali di ogni passaggio, i punti in cui il dato viene battuto una seconda volta e l’elenco delle eccezioni che qualcuno gestisce a memoria. Le eccezioni sono la parte che vale di più: sono quelle che il software poi sbaglia.
Insieme alla mappa portiamo via i numeri: quante volte al giorno succede una cosa, quanto tempo richiede, quante volte va storta. Senza numeri ogni discussione successiva è un confronto fra opinioni, e vince quella di chi parla più forte.
E portiamo via le frasi delle persone. "Questo lo faccio così perché una volta è successo che…" contiene quasi sempre un requisito che nessun capitolato avrebbe scritto.
La parte scomoda: dire cosa non va fatto
Un’analisi seria produce anche una lista di cose da non fare. Automazioni che costerebbero più di quello che rendono, funzioni chieste da una persona sola, integrazioni che risolverebbero un problema che sta per sparire da solo.
È la parte che ci fa vendere meno e che ci fa tornare a chiamare. Un fornitore che dice sì a tutto sta scegliendo il proprio fatturato invece del vostro risultato — e la differenza si vede dopo due anni, non dopo due mesi.
Chi coinvolgiamo, e perché conta
Parliamo con chi decide, ma passiamo il tempo con chi esegue. Sono due racconti diversi dello stesso processo, ed entrambi sono veri: la direzione conosce le intenzioni, il banco conosce le eccezioni.
Coinvolgere presto chi userà il sistema ha un secondo effetto, meno ovvio: quando arriva il momento del cambiamento, quelle persone lo hanno già discusso. L’adozione comincia in fase di analisi, non alla formazione.
Come lo facciamo, con cosa
Il grosso è metodo, non tecnologia. Gli strumenti servono a rendere il risultato riutilizzabile invece che chiuso in una relazione che nessuno riaprirà.
Rilevazione
- osservazione sul posto
- interviste brevi
- cronometraggio
- raccolta documenti reali
Il processo si guarda dove succede. Le interviste si fanno corte e ripetute: mezz’ora con cinque persone dice più di due ore con una sola, e la seconda mezz’ora corregge quello che la prima aveva capito male.
Mappatura
- mappe as-is e to-be
- diagrammi di flusso
- matrice ruoli e permessi
- registro delle eccezioni
Il disegno serve a mettere d’accordo persone che credevano di parlare della stessa cosa. Il registro delle eccezioni, in particolare, è il documento che salva il progetto in fase di sviluppo.
Misura
- volumi e frequenze
- tempi per passaggio
- tasso di errore
- costo annuo per attività
Ogni proposta successiva viene valutata contro questi numeri. È anche l’unico modo per dimostrare, sei mesi dopo, se l’intervento è servito davvero.
Consegna
- procedure operative
- decisioni scritte (ADR)
- priorità con stima di ritorno
- materiale per la formazione
Il risultato non è una presentazione: sono documenti che qualcuno userà. Le decisioni importanti restano scritte con il loro perché, così fra tre anni si può cambiare idea sapendo cosa si rompe.
Portfolio
Cosa abbiamo fatto, progetto per progetto, su questa competenza.
ASC Buildings
Gestione accessi in cantiere per un’impresa di costruzioni
- Analisi del processo di cantiere prima di scrivere una riga: chi registra cosa, quando, e cosa deve arrivare in amministrazione perché il dato serva davvero.
- Risultato: gli accessi rilevati sul posto entrano nel gestionale e si agganciano alla contabilità analitica della commessa, invece di fermarsi su un foglio e finire ricopiati a fine mese.
- Odoo
- Flutter
- contabilità analitica
CocoonServer
Gestione di ambienti Odoo per più aziende clienti
- Mappatura del ciclo di vita di un ambiente cliente — creazione, avvio, aggiornamento, clonazione, dismissione — con semantica esplicita per ogni operazione distruttiva.
- Da lì il software: una console che governa quel ciclo invece di una collezione di comandi ricordati a memoria, con registro di chi ha fatto cosa.
- Odoo
- Kubernetes
- audit delle operazioni
SOS Bollette
Rete di agenzie che condividono una piattaforma
- Modellazione del perimetro fra casa madre, agenzie partner e persone: quali strumenti vede ciascuno e chi può cambiare cosa.
- Il privilegio è diventato un dato — leggibile, revocabile e applicabile dal database — invece di una serie di eccezioni sparse nel codice.
- analisi dei ruoli
- PostgreSQL
- procedure
Ti serve questo?
Raccontaci il problema e vi diciamo come lo affronteremmo — e se non è il caso di farlo, ve lo diciamo lo stesso.
Parliamone