Para identificar escenarios y aplicar la técnica adecuada de división de historias de usuario (US), puedes seguir estos pasos:
Antes de empezar, permiteme recomendarte realizar estás preguntas cuando leas las historias de usuario y cuando estén refinandola con el equipo.
Use un ejemplo para un proceso pequeño de pagos en un e-commerce.
Entender el contexto de la historia de usuario
¿Cuál es el objetivo de la historia? (Ejemplo: "Como usuario, quiero realizar pagos con tarjeta en la app móvil")
¿Cuáles son los criterios de aceptación? (Ejemplo: Pago con tarjeta Visa, Mastercard, integración con Stripe, validaciones de seguridad)
¿Es muy grande o compleja? Si la historia no puede completarse en un Sprint, probablemente necesite división.
Identificar el tipo de escenario
A continuación, te muestro escenarios comunes y qué técnicas aplicar:
Escenario | Técnica de División Recomendada | Ejemplo |
Por flujo del usuario (pasos secuenciales) | Flujo del proceso (Workflow Steps) | "Registro de usuario" → "Verificación por email" → "Creación de perfil" |
Por variaciones de datos (diferentes entradas/salidas) | Reglas de negocio (Business Rules) | "Pago con Visa", "Pago con Mastercard", "Pago con PayPal" |
Por dispositivos o plataformas | Variaciones de plataforma | "Hacer login en web", "Hacer login en app móvil" |
Por operación CRUD (crear, leer, actualizar, eliminar) | Operaciones de datos | "Crear producto", "Actualizar producto", "Eliminar producto" |
Por casos de uso principales/secundarios | Casos de uso (Happy Path & Alternative Paths) | "Compra con tarjeta exitosa", "Pago rechazado", "Tarjeta expirada" |
Por criterios de aceptación (una historia con múltiples validaciones) | Criterios de aceptación individuales | "Validar número de tarjeta", "Validar CVV", "Validar saldo disponible" |
Por capacidad técnica o complejidad | División técnica (Technical Split) | "Integración con Stripe", "Validaciones front-end", "Conexión con backend" |
Aplicar la técnica y refinar
Escoge la técnica según el escenario detectado.
Verifica que cada historia cumpla con INVEST (Independiente, Negociable, Valiosa, Estimable, Pequeña y Testeable).
Prioriza las historias según impacto y valor para el usuario.
Ejemplo práctico:
Historia original:"Como usuario, quiero pagar con tarjeta para completar mi compra en la app."
División:
"Como usuario, quiero pagar con tarjeta Visa para completar mi compra."
"Como usuario, quiero pagar con Mastercard para completar mi compra."
"Como usuario, quiero recibir un mensaje si mi tarjeta es rechazada."
"Como usuario, quiero ver el resumen de pago antes de confirmar."
Con esta técnica, aseguras historias manejables y entregables dentro del Sprint.
Un escenario es una situación específica en la que se usa una funcionalidad, considerando distintas condiciones o variantes que afectan su comportamiento.
Ejemplo:"Como usuario, quiero iniciar sesión en la plataforma para acceder a mis datos."
Podrías identificar los siguientes escenarios:
Inicio de sesión exitoso
Contraseña incorrecta
Usuario no registrado
Cuenta bloqueada tras varios intentos fallidos
Inicio de sesión con redes sociales (Google, Facebook)
Cada escenario representa una variante en la ejecución de la historia, lo que puede ayudarte a dividirla en historias más pequeñas y manejables.
¿Por qué identificar escenarios?Porque te permite aplicar técnicas de división adecuadas, asegurando que cada historia sea clara, independiente y entregable en un Sprint.
Ejemplo: Proceso de Pago en una Aplicación de E-commerce
Historia de usuario original
"Como usuario, quiero pagar mi compra en la tienda en línea para recibir mis productos."
Identificación de Escenarios
Cada uno de estos escenarios representa una variación en la experiencia del usuario y puede dividirse en historias más pequeñas:
Pago exitoso con tarjeta
Usuario introduce datos de tarjeta válidos
Pago es procesado sin problemas
Se muestra confirmación y se envía recibo por email
Pago rechazado por fondos insuficientes
Usuario introduce datos de tarjeta
Banco rechaza la transacción por falta de saldo
Se muestra mensaje: "Fondos insuficientes, por favor intente con otra tarjeta."
Pago fallido por tarjeta vencida
Usuario ingresa una tarjeta expirada
Sistema detecta la fecha vencida
Se muestra mensaje: "Tu tarjeta ha expirado, ingresa otra."
Pago con PayPal
Usuario elige PayPal en vez de tarjeta
Es redirigido a la web de PayPal para autenticación
Se procesa el pago y regresa a la tienda con confirmación
Pago con varias tarjetas o métodos combinados
Usuario paga con dos tarjetas distintas o combina con un saldo disponible en su cuenta
Se calculan montos y se aplican correctamente los pagos
Pago en moneda extranjera y conversión de divisas
Usuario compra desde otro país con una tarjeta en una moneda diferente
Sistema calcula la conversión de divisa automáticamente
Se muestra el monto final antes de confirmar el pago
Error técnico en la pasarela de pagos
Usuario intenta pagar
El servicio de pagos está inactivo o presenta fallos
Se muestra mensaje: "No podemos procesar tu pago en este momento. Intenta más tarde."
Aplicando técnicas de división según escenarios
Escenario | Técnica Recomendada | Historia Resultante |
Pago con tarjeta | Casos de uso (Happy Path & Alternative Paths) | "Como usuario, quiero pagar con tarjeta para completar mi compra." |
Pago con PayPal | Variaciones de plataforma | "Como usuario, quiero pagar con PayPal para completar mi compra." |
Pago fallido (fondos insuficientes, tarjeta vencida) | Reglas de negocio | "Como usuario, quiero recibir mensajes de error cuando mi pago falle." |
Pagos combinados | Variaciones de datos | "Como usuario, quiero pagar con múltiples métodos en una sola compra." |
Moneda extranjera | Criterios de aceptación Individuales | "Como usuario, quiero ver la conversión de divisa antes de pagar." |
Error en la pasarela | División técnica | "Como usuario, quiero ver un mensaje de error cuando la pasarela de pagos falle." |
Conclusión
Cada escenario representa una variación en la experiencia del usuario y al dividir la historia original en varias historias más pequeñas, garantizamos: Historias más manejables en un Sprint. Priorización según impacto en el usuario. Facilidad para desarrollar, probar e implementar de forma incremental.
Ejercicios como esté, podrías realizar en el curso de https://www.nubealo.mx/event-details/product-owner-ai-domina-historias-de-usuario-con-generative-ia
Ven a conocer cómo aplicar las técnicas de priorización, división y estimación de historias de usuario. Certificate como Product Owner, Historias de Usuario y en Generative AI.
留言