Il software viene dopo. Cosa viene prima.

Quando un’azienda ci contatta, nella maggior parte dei casi ha già in mente uno strumento. Un gestionale visto da un concorrente, un CRM consigliato da un fornitore, un sito da rifare perché «quello vecchio non funziona più». La richiesta arriva formulata come soluzione.

Il nostro primo lavoro è tornare un passo indietro. Non per contestare la richiesta, ma per capire a quale flusso di lavoro risponde. Chi parla con chi. Dove si ferma una pratica. Quali decisioni si prendono a memoria e quali si prendono guardando un foglio. Quello che emerge, quasi sempre, è che il flusso esiste e funziona, ma nessuno lo ha mai scritto.

Documentare è già un risultato

Il primo deliverable che il cliente porta a casa è un documento. Descrive come si lavora oggi, in italiano, in forma leggibile da chi quel lavoro lo fa. Non è un’analisi dei requisiti nel senso ingegneristico del termine. È più vicino a un verbale di ascolto: le cose dette al tavolo, messe in ordine.

Questo documento ha valore anche se il rapporto si ferma lì. Un’azienda che sa descrivere il proprio flusso ordini può valutare qualunque fornitore con criteri propri, invece di adattarsi ai criteri del fornitore. Può formare una persona nuova in meno tempo. Può capire dove un passaggio si ripete tre volte senza motivo.

Configurare prima di sviluppare

Il secondo gesto è spesso quello che sorprende. Una volta scritto il flusso, si scopre che buona parte di ciò che serve esiste già: una suite di posta e file che nessuno ha mai configurato oltre il default, un server in ufficio che fa una cosa sola, un gestionale acquistato anni fa di cui si usa un terzo.

Si parte dalle urgenze, da ciò che blocca il lavoro oggi. Poi si rende coerente quel che c’è con il flusso documentato. Sostituire arriva dopo, e solo se serve.

Quando si scrive software

Il terzo gesto è lo sviluppo su misura, e arriva quando nessuno strumento esistente regge il flusso. A quel punto l’analisi è fatta, le specifiche sono leggibili, il perimetro è netto. Lo sviluppo costa meno del solito, perché non sta riparando un equivoco di partenza.

È in questo senso che il software viene dopo. Non perché valga meno, ma perché vale di più quando arriva al momento giusto.

Cosa resta quando i tre gesti si chiudono

Resta un interlocutore e una documentazione che si stratifica. Da lì nascono le richieste successive, e ogni volta si ricomincia dalla documentazione, che nel frattempo è cresciuta. Il metodo non è una procedura da seguire una volta: è il modo in cui il rapporto si tiene nel tempo.