Costruisci uno da buttare via vs effetto del secondo sistema

Question

Da un lato c'è un consiglio che dice "costruirne uno da buttare via". Solo dopo aver terminato un sistema software e aver visto il prodotto finale ci rendiamo conto di cosa è andato storto nella fase di progettazione e comprendiamo come avremmo dovuto realmente farlo.

D'altra parte c'è l '"effetto del secondo sistema" che afferma che il secondo sistema dello stesso tipo progettato è di solito peggiore del primo; Ci sono molte caratteristiche che non si adattavano al primo progetto e sono state spinte nella seconda versione che di solito portano a eccessivamente complessi e troppo ingegnerizzati.

Non è qui qualche contraddizione tra questi principi? Qual è la vista corretta sui problemi e dov'è il confine tra questi due?

Credo che queste "buone pratiche" siano state prima promosse nel libro fondamentale Il mitico-mese-mese di Fred Brooks.

So che alcuni di questi problemi sono risolti da metodologie agili, ma in fondo, il problema è ancora i principi ancora in piedi; Ad esempio, non faremmo importanti cambiamenti di progettazione 3 sprint prima di andare in diretta.