Design por comité é um termo por vezes usado para descrever um design que é defeituoso porque demasiadas pessoas forneceram input. A frase implica a falta de uma visão coerente e, talvez como resultado, o fracasso em resolver com sucesso os problemas que o design pretendia resolver. Em um contexto de desenvolvimento de software, o design por comitê é uma questão controversa. De acordo com alguns especialistas, design by committee leva a especificações excessivamente longas com uma superabundância de características (às vezes chamadas de features creep ) e muitos elementos inconsistentes e/ou redundantes. Em uma entrevista em New Scientist , Donald Norman (autor do livro The Design of Everyday Things ) disse: "Você não faz um bom design de software por comitê. Você faz melhor por ter um ditador. Do ponto de vista do usuário, você deve ter uma filosofia de design coerente...". Norman acredita que uma razão pela qual as pessoas ainda têm dificuldade em aprender a usar computadores, por exemplo, são os maus resultados do design por comitê.
O Consórcio World Wide Web ( W3C ), por outro lado, se pronunciou a favor do design por comitê. Os grupos de trabalho do W3C normalmente consistem de 10 a 20 membros colaborando em uma especificação técnica por um ano ou mais. Além disso, o grupo de trabalho também solicita sugestões através de uma mailing list pública. De acordo com um relatório do W3C, o design por comitê não merece sua má reputação. Pelo contrário, o relatório da organização afirma que um maior número de pessoas trabalhando em um design traz mais experiência e criatividade para o projeto e também tem a capacidade de pegar mais erros.