Funziona, finché quella persona c'è. Poi diventa il punto in cui l'azienda si ferma: nessuno sa quali formule stanno dentro, due copie divergono, e collegare quel processo al gestionale è impossibile perché non è un sistema — è un file.

La risposta del mercato è di solito comprare un prodotto che fa qualcosa di simile e adattarci il lavoro. Costa meno in apparenza, e produce un processo peggiore di quello che c'era.

Un applicativo verticale per la gestione di flotte: calcolo dei costi per veicolo, scadenzario di revisioni, assicurazioni e manutenzioni, documentazione per la circolazione dei mezzi e per i conducenti.

Non nasce da un'esigenza interna del fornitore: è stato progettato su indicazione dell'azienda committente, che lo destina anche alla rivendita a terzi. Il codice è suo.

Definire come sono fatte le informazioni e come si relazionano richiede di sapere come lavora l'azienda — informazione che risiede nelle persone che quel lavoro lo fanno. È il motivo per cui la fase di analisi non è una formalità da chiudere in fretta: un requisito raccolto male non produce un errore, ne produce una catena.

Lo sviluppo procede per rilasci successivi, ognuno utilizzabile. Il software che resta in un ambiente di prova per mesi non è un progetto in corso: è un progetto senza riscontro.