Yo diría que Dropbox funciona de esta manera. Son extremadamente restrictivos sobre la adición de nuevas funciones.
No se trata solo de distracción, más funciones requieren más código, y no importa cuán buenas sean sus prácticas de ingeniería, más código significa más errores. Esto significa que, por definición, la cantidad de características en su producto está correlacionada con la cantidad de defectos. Lo que es peor, dado que las características tienden a combinarse entre sí, agregar una undécima característica a un producto no significa un aumento del 10% en los casos de prueba, a menudo son varios cientos de casos más que pueden romperse. Por lo tanto, cualquier equipo de software que espera mantener un alto grado de calidad debe ser muy restrictivo con respecto a lo que aporta y ser muy agresivo con respecto a sacar las cosas.
Sígueme si te gustan las filosofías de desarrollo de software, tiendo a escribir un poco sobre eso.
- ¿Qué es más importante en una ingeniería de software de nivel de entrada: grandes personas o grandes productos en los que cree?
- ¿Cómo se desarrollan los grandes proyectos?
- Cómo encontrar revisiones negativas de las escuelas de desarrollo y por qué son tan difíciles de encontrar
- ¿Vale la pena trabajar como ingeniero de software en Accenture en Letonia?
- ¿Cómo puedo encontrar clientes para mi nueva empresa de desarrollo de software?