Gestionale ed ERP

Standard finché regge, su misura dove conta

Odoo copre moltissimo, e ogni modulo su misura è codice da mantenere a ogni aggiornamento. La regola è semplice: si personalizza dove il processo è il vantaggio competitivo dell’azienda, si sta sullo standard in tutto il resto.

Quando la personalizzazione serve, sta in moduli separati e versionati, non in modifiche al codice base: è quello che tiene aperta la porta agli aggiornamenti futuri.

I numeri che servono a decidere

La contabilità analitica è la parte che ripaga di più: quando i costi si attaccano da soli alla commessa, al cantiere o alla linea di prodotto, il margine smette di essere una stima di fine anno e diventa un dato che si guarda mentre il lavoro è ancora in corso.

Perché funzioni, però, il dato deve nascere già assegnato — dal telefono di chi è sul posto, dal documento che entra, dal turno registrato — non essere ricostruito dopo a memoria.

Andare in esercizio senza fermare il lavoro

Ambienti separati per prova e produzione, template di database per partire da una configurazione già collaudata, migrazione dei dati provata più volte a vuoto prima del giorno vero, e un piano di rientro se qualcosa non torna.

Il giorno dell’avvio nessuno deve imparare tutto: si parte dal flusso che vale di più e si aggiunge il resto quando il primo gira davvero.

Cosa vuol dire davvero "configurare" Odoo

Fra installare il prodotto e averlo utile ci sono decine di decisioni che nessun manuale prende al posto vostro: come si chiamano le vostre categorie, quali stati attraversa un ordine, chi può approvare cosa, quali campi sono obbligatori e — soprattutto — quali no.

È qui che si vince o si perde il progetto. Un gestionale configurato bene sembra fatto su misura pur essendo standard; uno configurato male costringe le persone a inventarsi scorciatoie che, dopo sei mesi, sono diventate il processo vero.

La regola che seguiamo: ogni campo obbligatorio deve avere qualcuno che lo usa a valle. Se nessuno legge quel dato, quel campo sta solo rallentando trenta persone al giorno.

Quando serve un modulo su misura

Un modulo si scrive quando il vostro modo di lavorare è un vantaggio competitivo e lo standard vi costringerebbe a rinunciarci. Non quando una schermata non piace: quella si sistema con la configurazione, e costa cento volte meno.

Il modulo vive separato dal codice base, con un proprio ciclo di vita e le proprie prove automatiche. È la differenza fra un aggiornamento che si fa in un pomeriggio e uno che si rimanda per due anni finché il gestionale diventa un residuo archeologico.

E ha un costo di mantenimento che va detto prima: ogni versione nuova di Odoo richiede una verifica dei moduli. Poche ore se sono scritti bene, settimane se qualcuno ha messo le mani nel codice base.

Il giorno dell’avvio, e la settimana dopo

Il giorno dell’avvio non è il traguardo: è il momento più fragile del progetto. Le prime due settimane richiedono qualcuno accanto a chi lavora, non un numero di assistenza — perché i problemi veri non sono errori del software, sono casi che l’analisi non aveva visto.

Nello stesso periodo si tiene una lista corta di attriti e se ne sistemano due alla settimana. È il segnale che decide se il gestionale verrà usato o aggirato: le persone accettano un sistema imperfetto che migliora, non uno perfetto che non ascolta.