Enjisst ofrece un enfoque sistémico para asegurar la calidad del producto de software de manera continua. Utiliza una metáfora de un partido de baloncesto donde se definen las metas (casos de prueba) desde el inicio. Cuenta con un tablero que muestra el resultado del "partido" (estado del producto) en tiempo real, analizando la calidad desde diferentes perspectivas como riesgos, modificaciones, cobertura de pruebas, entre otros. Esto permite tomar decisiones informadas sobre la salida a producción.

Introduce el "Desarrollo Trenzado", inspirado en el baloncesto, donde tres roles clave (Requerimientos, Pruebas y Desarrollo) trabajan en estrecha colaboración. Desde la definición del backlog, se definen criterios de aceptación como ideas de pruebas en Enjisst, guiando al equipo hacia un pensamiento por escenarios. Las pruebas se automatizan desde el inicio, proporcionando a los desarrolladores una visión de los escenarios que el código debe cumplir y una forma de ejecutar pruebas en su entorno sin esfuerzos extensos.

El Desarrollo centrado en calidad propuesto por Enjisst busca integrar de manera fluida los roles de Requerimientos, Pruebas y Desarrollo desde las etapas iniciales del proyecto. La metodología sigue estos pasos:

1. Definición del backlog de producto: Al definir los requerimientos del producto en el backlog, se especifican también los criterios de aceptación en forma de ideas de pruebas utilizando la plataforma Enjisst. Esto lleva a todo el equipo a pensar en términos de escenarios de prueba desde el principio.
2. Elaboración de bocetos de prueba: Las ideas de prueba iniciales evolucionan a bocetos más detallados con los grandes pasos a seguir para la interacción y validación del sistema. Herramientas de IA y otras facilidades ayudan a detallar los pasos ejecutables.
3. Automatización de pruebas previo al desarrollo: Antes de comenzar a codificar, se automatizan las pruebas detalladas en los bocetos. Esto provee a los desarrolladores una visión clara de los escenarios que deben cumplir y una suite de pruebas ejecutables desde el inicio.
4. Desarrollo guiado por pruebas: Los desarrolladores utilizan los casos de prueba automatizados para guiar su proceso de codificación, alineándose con prácticas ágiles como ATDD (Desarrollo Guiado por Pruebas de Aceptación).
5. Retroalimentación constante: Al tener las pruebas automatizadas, los desarrolladores pueden ejecutarlas continuamente en su ambiente y obtener retroalimentación rápida sobre su progreso y la calidad del código.

Esta metodología busca romper los silos tradicionales, integrando estrechamente los equipos de Requerimientos, Pruebas y Desarrollo en torno a un artefacto central: las pruebas automatizadas en lenguaje natural. Esto permite una colaboración más fluida, un alineamiento claro con los criterios de aceptación desde el inicio y una detección temprana de defectos antes de comenzar a desarrollar.