Una vez entrando en el tema de los estándares en el desarrollo de sistemas y aplicándolo en un proyecto en la vida real, me doy cuenta que aunque es un buen paso adelante todavía no es suficiente, incluso teniendo la documentación necesaria abierta a todo el equipo, por x o por y razones esta no se aplica o se aplica de manera incompleta o en el peor de los casos de manera incorrecta.
Incluso existen factores que no se deben a algún error o mala implementación de los estándares si no mas bien, son tan subjetivos que seria muy difícil plasmarlos en algún documento para su uso por el equipo, como por ejemplo la posición x-y de un ítem, el numero de ítems máximo a mostrar en una sola ventana, el cuando usar un tab-canvas o un simple canvas, todos ellos mas relacionados con los estándares de diseño.
La solución propuesta aunque bastante simple repercute de manera sustancial la calidad del producto a entregar:
Agregar un filtro extra entre el equipo de desarrollo y la aplicación abierta al usuario final, que llamaremos “Equipo de Calidad”, quedando:
Requerimiento > Desarrollo > Calidad > Usuario final
Este filtro queda conformado por especialistas en los 4 puntos mencionados sobre el tema ( Estándares de diseño, de programación, de desarrollo y de documentación ) se dedican a detectar la mala interpretación o implementación de los estándares, bloqueando los productos de baja calidad antes de que lleguen al cliente final, teniendo la capacidad de regresarlos en el proceso para su revisión por el equipo de desarrollo.
Dejo un ejemplo en cuanto a estándares de diseño de un producto antes y después del filtro realizado por el equipo de calidad:
Antes y despues:
