Un contratto può limitarsi a stabilire chi ha ragione quando qualcosa va storto. È utile, ma arriva tardi: quando serve, il danno è già fatto.

Il Prenup prova a fare qualcosa prima. Ridurre la probabilità che il conflitto nasca e aumentare la probabilità che cliente e BitBoss prendano buone decisioni mentre il progetto è ancora in corso.

Il modo per farlo non è scrivere regole più severe. È scrivere regole che rendano conveniente, per entrambi, il comportamento che serve al progetto.

• Il cliente deve poter interrompere. Se può andarsene, noi non possiamo contare sul fatto che sia costoso restare. Ci conviene essere utili, non indispensabili.

• I problemi devono emergere presto. Se accumulare insoddisfazione è più costoso che dirla, nessuno dei due ha interesse ad aspettare che diventi grande.

• Qualcuno deve poter decidere. Se le decisioni hanno un proprietario, il lavoro non si blocca fra indicazioni incompatibili e nessuno paga il tempo perso in mezzo.

• Accesso e autonomia. Se il cliente ha quello che gli serve per andare avanti anche senza di noi, non abbiamo alcun vantaggio nel rendergli difficile capire il proprio software.

• Chiarezza su ciò che non sappiamo. Se una stima non vale come promessa, nessuno ha interesse a farla sembrare più solida di quanto sia.

Le pagine che seguono sono questi principi, uno per uno.