Behavior-Driven Development Helps Deliver User-Centric Solutions

El desarrollo basado en el comportamiento ayuda a ofrecer soluciones centradas en el usuario

Los mejores proyectos comienzan con la línea de meta en mente. Para los equipos de desarrollo, eso significa preguntarse desde el principio: ¿Cómo usará el cliente la solución una vez que se implemente? El desarrollo basado en el comportamiento hace esa pregunta por adelantado y crea un camino para que los equipos se aseguren mejor de que están trabajando hacia una solución que aborde las necesidades del usuario final. El desarrollo basado en el comportamiento comienza con una o más conversaciones entre aquellos que están implementando la solución y el usuario o cliente. En lugar de hablar estrictamente de los requisitos, las dos partes a menudo profundizan en escenarios de la vida real para construir una comprensión compartida en torno a los requisitos y el contexto. Y esas conversaciones pueden abarcar características funcionales y no funcionales, dice Nathan Subramaniam, PMI-PBA, PMP, PgMP, arquitecto comercial principal de Universal Service Administrative Co. (USAC) en Washington, D.C., EE. UU. La sintaxis más común para escribir criterios de aceptación para historias de usuario es el formato dado cuando-entonces. Cada escenario de aceptación tiene una estructura de tres partes: el dado (las condiciones previas del usuario en el producto o el contexto de un escenario en particular), el cuándo (los desencadenantes que marcan la acción o qué acciones deben tener lugar) y el entonces (cómo debe reaccionar el producto en estas condiciones o la salida esperada). "Esto proporciona consistencia, lo que ayuda a los evaluadores a definir cuándo comenzar y finalizar las pruebas de una característica en particular", dice. "Definir los casos de prueba necesarios ayuda a garantizar que la capacidad requerida cumpla con los requisitos y, lo que es más importante, fomenta las conversaciones entre el usuario y el equipo de desarrollo".

Flexible y eficaz

Los equipos de la USAC emplean un enfoque basado en el comportamiento. El documento de requisitos comerciales de la organización incluye una sección dedicada a los escenarios de aceptación, estructurada como declaraciones dadas cuando se dan. Los equipos de la USAC también usan "entrada, proceso, salida" como términos comunes. Vale la pena señalar para los analistas de negocios más nuevos que incluso cuando el lenguaje exacto puede variar, los fundamentos permanecen en su lugar. La consistencia de tener un escenario de aceptación presentado en el formato dado cuando entonces a través de iniciativas grandes y pequeñas vale la pena, dice Subramaniam, porque los equipos que utilizan el desarrollo basado en el comportamiento pueden "evitar mejor ir al final de la iteración y construir una característica que no ofrece valor". Hacia el cierre del proyecto, garantizamos una vinculación clara entre los requisitos comerciales, los escenarios de aceptación, los requisitos funcionales, las historias de Jira (plan de prueba de prueba de aceptación del usuario (UAT) y la aprobación de UAT. Además de UAT, y como parte de cada versión, el equipo de control de calidad de TI realiza una prueba completa de regresión del sistema junto con pruebas de volumen y rendimiento para garantizar que el sistema continúe funcionando según lo esperado y dentro de los requisitos del acuerdo de nivel de servicio. Aunque el desarrollo basado en el comportamiento se usa más comúnmente en un entorno ágil, es un error asumir que no funciona bien en un enfoque en cascada. "El enfoque ágil mejora drásticamente el proceso de desarrollo impulsado por el comportamiento", dice Subramaniam, quien ha utilizado el desarrollo impulsado por el comportamiento con ambos tipos de enfoques. "Pero independientemente del enfoque utilizado, hay valor para el desarrollo impulsado por el comportamiento". Desarrollado por PMI para PMIstandards+™ con contribuciones de Nathan Subramaniam, PMI-PBA, PMP, PgMP. ©PROJECT MANAGEMENT INSTITUTE, INC.

...