¿Qué es realmente "lo suficientemente bueno" para un proyecto tardío? [cerrado]

Question

Parece que la gerencia siempre dice cómo se retrasa el proyecto, entonces tenemos que descubrir qué es lo suficientemente bueno como para ponerlo en marcha rápidamente. El problema que encuentro es que tendemos a centrarnos en las características que el cliente quiere más que algunas características básicas que creo que una aplicación web debería tener por su propia naturaleza.

Por ejemplo, pasamos más tiempo hablando sobre si agregar una etiqueta noscript para informar a los usuarios que el sitio requiere JavaScript debería agregarse a la lista de solicitudes de funciones que el tiempo que me hubiera llevado agregarlo a la página maestra y luego presionar fuera.

¿Hay algún buen método para determinar qué cosas deberían estar allí para ser lo suficientemente buenas? ¿Cómo sé qué cosas debería esperar que haga mi aplicación como mínimo?

Ni siquiera agregamos validación de datos a veces porque no hay tiempo. Parece que debería haber algunas cosas básicas de pan y mantequilla en una aplicación, pero a menudo lo único que nos importa son las cosas que el usuario realmente ve.

Esta no es la forma ideal de hacer software en mi opinión, pero ¿cómo puedes saber qué es lo suficientemente bueno?

Answer 1

Los clientes manejan características. No impulsan tanto las arquitecturas, la ingeniería y demás. Francamente, a sus usuarios les podría importar menos si está utilizando Html 3.0 estricto o CSS 3.1 o XHTML. Solo quieren que funcione. Descubrí que necesitas un equipo que se preocupe por todas las cosas ocultas para que se haga correctamente. La conclusión es que la mayoría de las aplicaciones se envían con "lo suficientemente bueno" código porque asegúrese de tener un código limpio y un código refactorizado no es lo que trae el dinero.

Por supuesto, la mayoría de nosotros sabemos que esto es importante. Una base de datos bien diseñada con buenos índices es importante para el rendimiento. Código bien diseñado con clases que son "SÓLIDAS" conducen a una aplicación fácil de mantener y ampliar, lo que significa que las nuevas características serán más estables.

Entonces, los clientes manejan características pero el equipo maneja la calidad. Asegúrese de dedicar tiempo a sus estimaciones para asegurarse de que está haciendo las pruebas adecuadas, obteniendo una buena cobertura, haciendo pruebas de rendimiento, etc. Eso tiene que estar integrado en su equipo desde el principio. Las revisiones de código y los almuerzos de aprendizaje ayudan a impulsar este tipo de motivación. Si los desarrolladores quieren pasar tiempo escribiendo código nuevo en lugar de solucionar problemas y depurar, esto debería ser importante para ellos. Incluso si no es visible o importante para el cliente. Y una buena administración entiende estas cosas.

Answer 2

Todos tienen sus propios estándares de lo suficientemente bueno; en un nivel, "suficientemente bueno" es "lo que sea que puedas convencer a la gente para que te pague".

Sin embargo, si desea disfrutar de su trabajo, le sugiero que "suficientemente bueno" debe ser "algo de lo que te sientas orgulloso de hacer".