Design by Committee è un termine usato a volte per descrivere un design che è difettoso perché troppe persone hanno fornito input. La frase implica una mancanza di una visione coerente e, forse di conseguenza, un fallimento nel risolvere con successo i problemi che il progetto intendeva risolvere. In un contesto di sviluppo software, la progettazione da parte di un comitato è una questione controversa. Secondo alcuni esperti, la progettazione da parte di un comitato porta a specifiche eccessivamente lunghe con una sovrabbondanza di funzionalità (a volte chiamate feature creep) e molti elementi incoerenti e / o ridondanti. In un'intervista a New Scientist , Donald Norman (autore del libro Il design delle cose quotidiane ) ha detto "Non fai un buon progetto di software da parte di un comitato. Lo fai meglio avendo un dittatore. Dal punto di vista dell'utente, devi avere una filosofia di progettazione coerente ..." Norman ritiene che una delle ragioni per cui le persone hanno ancora difficoltà imparare a usare i computer, ad esempio, è il cattivo risultato della progettazione da parte di un comitato.
Il World Wide Web Consortium (W3C), d'altro canto, si è pronunciato a favore del design by Committee. I gruppi di lavoro del W3C consistono in genere da 10 a 20 membri che collaborano su una specifica tecnica per un anno o più. Inoltre, il gruppo di lavoro sollecita anche input tramite una mailing list pubblica. Secondo un rapporto del W3C, il design del comitato non merita la sua cattiva reputazione. Al contrario, il rapporto dell'organizzazione afferma che un numero maggiore di persone che lavorano su un design apporta più esperienza e creatività al progetto e ha anche la capacità di rilevare più errori.