← Tutte le competenze

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.

Come lavoriamo
  1. SopralluogoStiamo in azienda e guardiamo il lavoro dove succede, non come viene raccontato in riunione
  2. Mappa as-isChi fa cosa, con quale documento, dove il dato si ferma o viene battuto due volte
  3. Punti di attritoDoppi inserimenti, attese, controlli che mancano e controlli che non servono a nessuno
  4. Disegno to-beCosa cambia, in che ordine, e cosa resta manuale di proposito
  5. ProcedureScritte nella lingua di chi le userà, con i casi limite che capitano davvero
  6. 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.

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