Good Mood

Back Volver a las publicaciones

Los criterios de aceptación y las historias de usuario son algunos de los términos que escuchamos día a día en un entorno de ingeniería de Software ágil. Al trabajar con varios equipos de clientes a lo largo de los años en Quantum Mob, hemos notado que no todos los usan, y aquellos que lo hacen generalmente los usan mal. Pueden ser directamente responsables de hacer de la vida de un ingeniero de software una pesadilla confusa sin tener una indicación clara de lo que se espera para los entregables.,

¿Qué significan estos Términos y cómo podemos usarlos para garantizar que los proyectos de software se entreguen a las expectativas de todos? En este artículo, profundizaremos en los criterios de aceptación y las historias de usuario en el desarrollo de software con ejemplos y demostraremos cómo se pueden usar para crear responsabilidad y garantizar la entrega de un proyecto.

definiciones

• historias de usuario

  Las historias de usuario son detalles generalizados de los requisitos de usuario del sistema y lo que el cliente espera obtener de esta funcionalidad., En Scrum tenemos criterios de aceptación del usuario para simplificar la comprensión de la intención del cliente o traducir la intención a un elemento procesable.

• criterios de aceptación

  los criterios de aceptación son una lista formal que enumera completamente los requisitos del usuario y todos los escenarios de productos puestos en la cuenta. Indica la intención del cliente y no la solución; depende del equipo entenderlos y pedir aclaraciones sobre dónde es complejo y encontrar la solución.,

criterios de aceptación en el desarrollo de Software

un proyecto de desarrollo de software se divide típicamente en un conjunto de tareas, y después de completar cada tarea, se confirma si cumplen con los requisitos del alcance de desarrollo del proyecto. Esto es posible gracias al uso de los criterios de aceptación.

antes de que la codificación real de cualquier proyecto pueda comenzar, se requiere planificación y estimación de recursos e información de cronograma. El uso de criterios de aceptación permite una fácil División de tareas, que luego pueden presupuestarse y asignarse fácilmente.,

el desarrollo de funciones con Historias de Usuario y Criterios de Aceptación

Cómo escribir los Criterios de Aceptación

Criterios de Aceptación deben describir alcanzable y razonable de la información. Debe proporcionar el nivel mínimo de funcionalidad que el producto debe lograr, dejando espacio para cierta flexibilidad. Además, no debe sobreestimarse ni subestimarse, sino fijarse en un nivel realista.,

Los grandes criterios están bien detallados y definidos para que los miembros del equipo puedan comprender fácilmente lo que se requiere de ellos y emplear fácilmente la información en el desarrollo. Al igual que el proyecto se divide en tareas con la ayuda de criterios de aceptación, los criterios también deben tener una lista de verificación de referencia para ver si la historia del Usuario está cubierta.

el uso de criterios de aceptación para garantizar estándares de desarrollo

los criterios de aceptación no necesitan ser estrictamente utilizados para describir la intención del cliente. Como líder del equipo de desarrollo, es posible que desee garantizar ciertos estándares., Si está agregando nuevos componentes a una biblioteca de componentes como Storybook, es posible que desee agregar ciertos botones y configuraciones para implementarlos como criterios de aceptación. Si desea garantizar la prueba unitaria, puede incluir una prueba unitaria específica como parte de los criterios de aceptación.

¿Cómo sé si he escrito buenos criterios de aceptación?

un buen criterio de aceptación es legible y entendido por todas las partes interesadas que están interesadas en la historia del Usuario. A fin de garantizar criterios de aceptación claros de los que todas las partes interesadas puedan obtener valor, evite el uso de jerga.,

formatos con ejemplos

recomendamos seguir los siguientes formatos para crear definiciones claras en las que su equipo pueda actuar.

historia de usuario:

usemos la siguiente historia de usuario para considerar cuáles pueden ser los criterios de aceptación.

como usuario registrado de ABC Company
puedo ver la fecha de caducidad de la membresía
para saber cuándo tengo que renovar manualmente o habilitar la renovación automática.

criterios de aceptación (sin formato):

se calcula la fecha de caducidad de la membresía.,se muestra la fecha de caducidad de la membresía.se muestra la opción de renovación manual.se muestra la opción para optar por la renovación automática.
Los detalles de Membresía no se muestran si el Usuario no está registrado/autenticado.,

criterios de aceptación (formateados)

escenario — Mostrar opciones para renovar la membresía de la compañía ABC en la página de detalles de facturación
dado — un usuario válido está conectado
cuando — tiene una membresía válida de la compañía ABC con una fecha de caducidad
a continuación, mostrar la opción para renovar la membresía manualmente o optar por la renovación automática

wrap — up

en resumen, los criterios de aceptación describen la intención del cliente, es decir, su idea de cómo debe ser la historia del usuario., Depende del equipo desarrollar la solución para la historia del Usuario.

escribir una buena historia de usuario y un criterio de aceptación es difícil, pero una tarea realmente importante en el desarrollo de Software que determina si el software hace lo que el usuario espera o no y finalmente mide la calidad del producto.