Il problema non è avere un contratto tradizionale o non tradizionale. Il problema è fingere che un progetto ancora incerto sia già completamente definito.

Quando compri una casa o un'auto sai esattamente cosa stai comprando. Un progetto software quasi mai funziona così, e non per colpa di qualcuno: alcune cose si possono definire molto bene prima di iniziare, altre diventano chiare soltanto usando il software.

Un contratto che tratta le seconde come se fossero le prime non elimina l'incertezza. La sposta, di solito addosso a una delle due parti, e la fa riemergere più avanti sotto forma di discussione su cosa era stato promesso.

Poi ci sono le cose che dipendono dal cliente: conoscenza del dominio, feedback, decisioni. Un accordo che non le mette in conto descrive un progetto che non esiste.

Il Prenup non impone una soluzione a tutto questo. Serve a creare un linguaggio comune per distinguere quello che sappiamo da quello che non sappiamo, e per scegliere di conseguenza la forma di accordo adatta a questo progetto.