Criterios de aceptación ágiles

Propósito y fuente

Pablo ha asumido recientemente el rol de Product Owner en su empresa. Es responsable de establecer los requisitos del proyecto con las aportaciones de otras partes interesadas y de comunicarlos al equipo de desarrollo. Confía en que puede proporcionar requisitos de alto nivel, pero le preocupan los detalles de bajo nivel y se pregunta por qué son necesarios y su responsabilidad.

En Agile, el trabajo del proyecto toma la forma de historias de usuario , que incluyen la funcionalidad deseada para un usuario en particular. Por ejemplo, una historia de usuario de un proyecto para crear una bolsa de trabajo en línea podría decir: «Como solicitante, quiero tener la capacidad de ingresar información de contacto para que los posibles empleadores puedan comunicarse conmigo». Estos son requisitos de alto nivel que brindan orientación pero no brindan detalles específicos sobre lo que se espera. Son los detalles de bajo nivel los que dan expectativas de lo que se necesita.

Los detalles de bajo nivel toman la forma de criterios de aceptación , también conocidos como condiciones de satisfacción. Estos son requisitos específicos que deben cumplirse en la historia del usuario. Son elementos que tienen un resultado positivo o negativo. El propósito de los criterios de aceptación es definir claramente lo que se consideraría la finalización exitosa de un proyecto. Si se cumple cada uno de los criterios de aceptación, la historia del usuario se puede considerar completa. Sin ellos, el punto final es ambiguo.

Es importante que el Product Owner cree las historias de usuario y los criterios de aceptación porque brindan la imagen completa de cada aspecto del proyecto. El Product Owner es responsable de proyectar la visión del proyecto y se apropia de lo que se produce. Una vez que Pablo comprende esto y el propósito de los criterios de aceptación, busca aprender más sobre aquello en lo que consisten.

Formato y tipos

Los criterios de aceptación involucran tres componentes principales: una condición preexistente, una acción y un resultado. La forma más común es: dada alguna condición preexistente, cuando realizo esta acción, se produce este resultado, mejor conocido como dado / cuando / entonces. Un ejemplo de la historia de usuario de la bolsa de trabajo en línea sería:

• Dado que todos los campos obligatorios están completados
• Cuando hago clic en Guardar como borrador
• Entonces mi información de contacto se guarda para mi aplicación

Es importante que los criterios de aceptación definan «qué» y no «cómo». En el ejemplo, está claro que los datos deben almacenarse, pero no se especifica cómo ocurre esto.

Si bien los criterios de aceptación deben tener un formato coherente, pueden variar según el tipo, incluidos los criterios funcionales, los criterios no funcionales y los criterios de rendimiento. Los criterios funcionales son elementos que involucran acciones específicas que se pueden medir con aprobación o falla. El ejemplo dado son los criterios de aceptación funcional. Se puede verificar si los datos se almacenaron o no después de que el usuario intentó guardarlos. Esto puede ocurrir manualmente o mediante automatización. Es importante que los criterios de aceptación funcional incluyan escenarios adversos además de escenarios positivos. O, resultados que no deberían suceder tan bien como los resultados que deberían.

Además de los criterios de aceptación funcional, también existen criterios no funcionales. Estos son elementos que incluyen elementos como el diseño o la experiencia del usuario. Un ejemplo sería confirmar que el diseño de una página web coincide con los wireframes o maquetas provistas. La verificación manual de criterios no funcionales siempre se realiza porque es una confirmación visual.

El último tipo de criterios que pueden existir son los criterios de desempeño. Los criterios de desempeño pueden involucrar una serie de evaluaciones. Algunos de los más comunes son el ancho de banda, que mide la cantidad de datos que pueden pasar, y el tiempo de respuesta, que mide el tiempo que transcurre entre una acción y un resultado. Un criterio de desempeño que está ganando importancia es la seguridad, que implica la capacidad de proteger los datos del usuario y otorgar acceso en función de los permisos. La verificación de los criterios de rendimiento se produce principalmente mediante la automatización.

Confirmación

Pablo llega a entender por qué se necesitan criterios de aceptación, el formato que toman y los diferentes tipos. La última pregunta que tiene es qué pasa con ellos, como en cómo se usan y cómo se confirman. Si los criterios de aceptación ayudan a proporcionar la definición de hecho, Pablo quiere saber cómo puede estar seguro de que se han cumplido todos.

El primer nivel de confirmación que se produce para los criterios de aceptación es a través de las pruebas realizadas por el equipo de desarrollo. A menudo, los criterios de aceptación se traducen directamente en los casos de prueba que se ejecutan. Cuando se reciben los resultados esperados y se aprueban los casos de prueba, se cumplen los criterios de aceptación. Cuando no se reciben los resultados esperados y los casos de prueba fallan, no se cumplen los criterios de aceptación. Es necesario volver a trabajar y volver a probar hasta que se aprueben los casos de prueba.

El segundo nivel de confirmación que ocurre para los criterios de aceptación ocurre una vez que se completa la prueba. Los criterios de aceptación se demuestran al propietario del producto y a otras partes interesadas para recibir su aprobación. La aprobación final es del propietario del producto, que es la fuente de los criterios de aceptación. Por lo tanto, en última instancia, depende del propietario del producto considerar completa la historia de cada usuario.

Resumen de la lección

Los Product Owners son la fuente de los requisitos del proyecto en un nivel alto en forma de historias de usuario y en un nivel bajo en forma de criterios de aceptación . Los criterios de aceptación proporcionan la definición de hecho. Si se cumple cada uno, la historia del usuario se puede considerar completa. Cada criterio de aceptación proporciona una condición preexistente, una acción y un resultado, normalmente en un formato determinado / cuándo / entonces. Los tipos de criterios de aceptación incluyen función, no funcional y desempeño. Cada criterio de aceptación se verifica a través de pruebas y luego se demuestra al propietario del producto y otras partes interesadas para su aprobación, y el propietario del producto proporciona la aprobación final.

Rodrigo Ricardo Editor y fundador