Introducción
Crear historias de usuario claras, concisas y valiosas es crucial para el desarrollo exitoso de un proyecto. En esta guía, exploraremos los elementos clave de una buena historia de usuario utilizando los 3Cs (Tarjeta, Conversación, Confirmación) y los principios INVEST (Independiente, Negociable, Valioso, Estimable, Pequeño, Verificable). Al final de esta guía, tendrás una comprensión paso a paso sobre cómo estructurar historias de usuario que conduzcan a ciclos de desarrollo eficaces y eficientes.
Elaboración de historias de usuario efectivas con los 3Cs y el principio INVEST
Creemos una historia de usuario para una aplicación de gestión de tareas.
Historia de usuario
Como un profesional ocupado, quiero priorizar y organizar fácilmente mis tareas para que pueda maximizar mi productividad.
Criterios de aceptación:
- Creación:
- Condiciones: El usuario debe estar registrado en la aplicación.
- Criterios: El usuario puede crear una nueva tarea proporcionando un título, una descripción y una fecha límite.
- Categorización:
- Condiciones: Debe crearse una tarea.
- Criterios: El usuario puede asignar una categoría o etiqueta a la tarea (por ejemplo, trabajo, personal, urgente).
- Priorización:
- Condiciones: Debe crearse una tarea.
- Criterios: El usuario puede establecer un nivel de prioridad para la tarea (por ejemplo, alta, media, baja).
- Ordenación:
- Condiciones: Deben crearse múltiples tareas.
- Criterios: El usuario puede ordenar las tareas según la fecha de vencimiento o el nivel de prioridad.
- Edición:
- Condiciones: Debe crearse una tarea.
- Criterios: El usuario puede editar el título, la descripción, la fecha de vencimiento, la categoría o la prioridad de la tarea.
- Marcar como completado:
- Condiciones: Debe crearse una tarea.
- Criterios: El usuario puede marcar una tarea como completada, y debe distinguirse visualmente de las tareas incompletas.
- Notificaciones:
- Condiciones: Debe establecerse una fecha de vencimiento para una tarea.
- Criterios: El usuario recibe una notificación cuando una tarea está vencida.
Criterios INVEST
- Independiente: Cada funcionalidad (creación, categorización, priorización, ordenación, edición, marcado como completado, notificaciones) puede desarrollarse y probarse de forma independiente.
- Negociable: Los detalles de la historia de usuario pueden negociarse entre el equipo de desarrollo y el propietario del producto según prioridades y restricciones.
- Valioso: La historia de usuario aporta valor al proporcionar un sistema integral de gestión de tareas, permitiendo a los usuarios organizar, priorizar y completar tareas de forma eficiente.
- Estimable: El equipo de desarrollo puede estimar el esfuerzo necesario para cada funcionalidad dentro de la historia de usuario.
- Pequeño: Cada funcionalidad está enfocada y es lo suficientemente pequeña como para completarse en un único sprint.
- Verificable: Los criterios de aceptación proporcionan condiciones claras que se pueden utilizar para validar la finalización de cada funcionalidad.
Guía paso a paso
- Iniciar sesión en la aplicación:
- Abra la aplicación.
- Ingrese sus credenciales de inicio de sesión.
- Haga clic en el botón “Iniciar sesión”.
- Crear una nueva tarea:
- Haga clic en el botón “Nueva tarea”.
- Ingrese el título de la tarea, la descripción y la fecha límite.
- Haga clic en el botón “Crear”.
- Categorizar la tarea:
- Haga clic en la tarea creada.
- Elija una categoría del menú desplegable.
- Haga clic en el botón “Guardar”.
- Establecer prioridad de la tarea:
- Haga clic en la tarea creada.
- Establezca el nivel de prioridad (alta, media, baja).
- Haga clic en el botón “Guardar”.
- Ordenar tareas:
- Vaya a la lista principal de tareas.
- Haga clic en el botón “Ordenar”.
- Elija ordenar por fecha límite o prioridad.
- Editar una tarea:
- Haga clic en la tarea para editarla.
- Modifique el título, la descripción, la fecha de vencimiento, la categoría o la prioridad.
- Haga clic en el botón “Guardar”.
- Marque una tarea como completada:
- Haga clic en la tarea para marcarla como completada.
- Haga clic en el botón “Marcar como completada”.
- Reciba notificaciones:
- Asegúrese de que se establezcan fechas de vencimiento para las tareas.
- Espere las notificaciones en la fecha de vencimiento.
Siguiendo estos pasos, los usuarios pueden gestionar eficazmente sus tareas, priorizarlas y mantenerse al día con sus fechas límite.
Ejemplo: Bueno y malo
Creemos una historia de usuario sobre un usuario que desea restablecer su contraseña. Compararemos una historia de usuario bien formulada “confirmar” con una versión mal formulada “no confirmar”.
Historia de usuario confirmada
| Historia de usuario confirmada | |
|---|---|
| Título: | Restablecer contraseña |
| Como: | Usuario registrado |
| Quiero: | Restablecer mi contraseña |
| Para que yo pueda: | Recuperar el acceso a mi cuenta en caso de que olvide mi contraseña actual |
| Criterios de aceptación: | 1. El usuario debe poder navegar hasta la página “Olvidé mi contraseña”. <br> 2. El usuario debe recibir un correo electrónico con un enlace para restablecer la contraseña. <br> 3. Al hacer clic en el enlace de restablecimiento, el usuario debe ser redirigido a una página donde pueda ingresar una nueva contraseña. <br> 4. Después de restablecer correctamente la contraseña, el usuario debe poder iniciar sesión con la nueva contraseña. |
Razones para ser “confirmar”
- La historia de usuario es clara y se centra en la necesidad del usuario de restablecer su contraseña.
- Incluye un rol de usuario bien definido (usuario registrado).
- Los criterios de aceptación son específicos, comprobables y cubren todo el proceso de restablecimiento de contraseña.
Historia de usuario no confirmada
| Historia de usuario no confirmada | |
|---|---|
| Título: | Funcionalidad de restablecimiento de contraseña |
| Como: | Usuario |
| Quiero: | Tener una mejor funcionalidad de restablecimiento de contraseña |
| Para que yo pueda: | Mejorar mi experiencia con la aplicación |
| Criterios de aceptación: | 1. Los usuarios deben poder realizar un restablecimiento de contraseña. |
Razones para estar en «No confirmar»
- La historia de usuario carece de claridad sobre qué aspecto específico necesita mejorarse en la funcionalidad de restablecimiento de contraseña.
- El rol de usuario está definido de forma vaga como «Usuario», lo que hace incierto para quién está destinada la funcionalidad.
- Los criterios de aceptación son demasiado vagos y no proporcionan pasos concretos para el desarrollo y la prueba.
- No especifica cómo debe realizarse el restablecimiento de contraseña, qué pasos están involucrados o cómo se verá el éxito.
En el ejemplo de «No confirmar», la falta de especificidad en la historia de usuario y los criterios de aceptación dificulta que el equipo de desarrollo entienda las necesidades del usuario y entregue una solución satisfactoria. También dificulta la prueba y la validación, ya que los criterios de éxito no están claramente definidos.
Resumen
En esta guía completa, hemos profundizado en el arte de redactar historias de usuario que se ajusten a los principios 3Cs e INVEST. Ya sea que seas un propietario de producto, desarrollador o parte de un equipo ágil, ahora tienes las herramientas para crear historias de usuario que no solo estén bien estructuradas, sino que también aporten valor tangible a tus proyectos. Recuerda que una historia de usuario bien redactada establece la base para una colaboración exitosa y garantiza que el producto final satisfaga las necesidades de sus usuarios.