Il cliente non fornisce solo requisiti: fornisce una parte della capacità necessaria al progetto, sotto forma di conoscenza, feedback e decisioni.

C'è una cosa che il cliente porta al progetto e che nessun fornitore può sostituire: sa come funziona davvero il suo lavoro. Quella conoscenza, insieme al feedback e alle decisioni, è un input di produzione esattamente come lo sono le ore di chi sviluppa. È lo stesso principio per cui, nel metodo BitBoss, il cliente sta dentro al progetto e non davanti a un fornitore.

Questo è diventato più importante di prima. Ora che costruire richiede meno tempo, in molti progetti la parte lenta non è più scrivere il software: è decidere cosa deve fare.

Quando un'informazione o una decisione non arriva, il progetto non si mette in pausa da solo. Qualcuno sceglie comunque, anche solo non scegliendo. Meglio che la scelta sia esplicita, e le possibilità sono cinque: aspettare, procedere con un'ipotesi dichiarata, spostare il lavoro su un altro fronte, ridurre l'ambito, oppure accettare consapevolmente il rischio di dover rifare qualcosa.

Nessuna di queste è sbagliata di per sé. Quello che deve essere chiaro è quale abbiamo scelto e cosa comporta. Rifare del lavoro perché abbiamo imparato qualcosa è normale e spesso è denaro ben speso; rifarlo perché nessuno ha detto che stavamo andando a caso, no.