Historias de usuario
Curso de Herramientas y Frameworks Intermedias para Product Owners
Contenido del curso
Prácticas de estimación y priorización
Prácticas centradas en el usuario
Cierre
Historias de usuario
Curso de Herramientas y Frameworks Intermedias para Product Owners
Contenido del curso
Historias de usuario
Manuel Gerardo Flores Quiñonez
Estudiante
Joan S.TrianaV
Estudiante
Crismar Silva
Estudiante
Omar Aguayo
Estudiante
Fdiclerico@altec.com.ar
Estudiante
Maylen M Montenegro T
EstudianteWaldir Zapata Garcia
Estudiante
Daniel Hidalgo
Estudiante
Hugo Antonio Gélvez Ibáñez
Estudiante
Angie Pena
Estudiante
Vanessa Amaya
Profesor
Nuñez Francisco Javier
Estudiante
natalia chartuny
Estudiante
Edwar Y. Castillo B.
EstudianteEliana Nandar
EstudianteVanessa Amaya
ProfesorRose M. Calero M.
EstudianteVanessa Amaya
Profesor
Jesus Perez Gonzalez
EstudianteVanessa Amaya
Profesor
Jordi Camps
EstudianteVanessa Amaya
Profesorplatzinonymous07-03-2025-a01c78f8
Estudiante
Gabriel Leonardo Vásquez Prieto
Estudiante
Flavia Di Giorgio
Estudiante
Carlos Roberto Doblado Ochoa
EstudianteTeresa Villegas
EstudianteHistoria de Usuario: Es una manera simple de describir una característica que espera nuestro usuario (Viene des Extreme programing)
**Primera regla a considerar cuando haces historias de usuario: **Es tener un solo qué es decir una sola funcionalidad.
Estructura más popular: *usuario *funcionalidad *objetivo
*Tiene que quedar claro el para que se requiere la funcionalidad
**Segunda regla a considerar: **Criterios de aceptación
Historias de usuario Esta practica es una de las mas populares dentro del mundo de Product Owner, no vbiene de scrum pero es adaptada de otro lugar. Es una manera simple de describir una característica que espera el usuario, se cuenta desde la perspectiva de quien va a utilizar esta capacidad. Las historias de usuario tienden a la simplicidad porque la agilidad nos empuja a esto, para poder entender una manera clara de que se trata el producto que vamos a crear. Las historias de usuario provienen de Extreme Programming (XP), tienen esencias del marco ágil: • Simplicidad • Coraje • Comunicación • Respeto • Retroalimentación Las historias de usuario tienen que reflejar la persona que va a utilizar nuestro producto y en particular una funcionalidad, cada historia refleja una funcionalidad. La estructura es comentando el usuario, la funcionalidad y el objetivo. Es decir completando la narrativa como usuario quiero esta funcionalidad por tal objetivo. Debe quedar claro el para qué, el para que se quiere esa funcionalidad. Los criterios de aceptación son las condiciones que debe tener esa funcionalidad para consideremos que lo estamos haciendo de manera correcta y sirva como parámetro de calidad.
Esta es mi primer HU del caso de estudio del curso de historia de usuario con scrum. ¿Debo usar el formato dado en los recursos o desde el trello esta bien?
Estaría bien que uses el formato, porque no todos tenemos Trello o no deseamos usarlo, y de la otra forma todos usamos lo mismo, aunque lo importante es que contenga los mismos ítems la HU, sin importar la herramienta
En el curso de HU, usan trello. Hay varias plataformas, pero supongo que la idea es aprender el metodo, independientemente de la herramienta que se use.
HU1: Acceso AL sistema Como: Usuario Quiero: Poder loguerarme en el sistema Para: Acceder al Aplicativo Criterio de Aceptacion:
HU2: Creación de nuevas solicitudes Como: Ejecutivo de Ventas Quiero: registrar una nueva solicitud Para: que los usuarios tenga acceso a créditos Criterio de Aceptacion:
HU3: seleccionar solicitudes Como: Ejecutivo de Ventas Quiero: visualizar los datos de la solicitud Para: revisar el estado de la solicitud Criterio de Aceptacion:
Una historia de usuario trata de describir una característica que espera nuestros usuarios o stakeholders y se redacta desde el punto de vista de quien va utilizar esta funcionalidad.
¡Genial! De nuevo la profesora Master Gurú lomo plateado alfa! ¡Recomendados sus cursos!
Historias de usuario
Una historia de usuario es una manera simple y corta de describir lo que un usuario quiere hacer con un producto (como una app o un sitio web) y para qué lo quiere hacer.
🔹 Ejemplo muy sencillo:
Como estudiante, quiero ver mis tareas pendientes, para saber qué tengo que entregar.
Es como si el usuario nos contara una pequeña historia desde su punto de vista.
🧩 ¿De dónde vienen?
Aunque no vienen directamente de Scrum, las historias de usuario son muy usadas por los Product Owners. Vienen de otro método ágil llamado Extreme Programming (XP).
Estas historias reflejan los valores ágiles, como:
🧠 ¿Cómo se estructura una historia de usuario?
Se sigue este formato:
Como [tipo de usuario], quiero [una funcionalidad], para [lograr un objetivo].
📌 Ejemplo:
Como comprador, quiero agregar productos al carrito, para poder comprarlos todos juntos al final.
✅ Reglas importantes al crear una historia de usuario:
🎯 ¿Para qué sirven las historias de usuario?
Buen día,
No encuentro el caso de estudio en la parte de recursos. Me podrías por fa compartir el enlace directo.
Hola Angie! Voy a contactar al equipo de platzi porque hay varios comentarios relacionados a esto.
Saludos!
Un elemento importante a considerar a la hora de redactar las historias de usuario es "salir de la oficina" y escuchar de primera mano el segmento de mercado que serán nuestros usuarios. Muchas veces nos convencemos que sabemos las repuestas/necesidades/inquietudes de nuestro público meta pero la verdad todo es teoría hasta que no lo llevemos a la práctica. Por ejemplo, los reviews en las apps stores son excelentes fuentes de información sobre qué necesidades buscan cubrir los usuarios al interactuar con ciertas aplicaciones, que nos pueden servir como fuente.
Historia de Usuario 1
Como equipo de transformación digital,
quiero documentar y validar el flujo del proceso antes de llevarlo a Bitrix,
para garantizar que todos los involucrados tengan claridad sobre cómo debe funcionar el proceso y evitar reprocesos durante la implementación.
Historia de Usuario 2
Como líder de proceso,
quiero contar con una documentación clara de cada etapa del proceso, incluyendo actividades, responsables y reglas de negocio,
para asegurar que la solución en Bitrix responda a las necesidades reales de la operación.
¿Donde encuentro la sección de recursos y referencias para ver el caso de estudio?
¡Hola Eliana! voy a contactar al equipo Platzi para evaluar si puede quedar más visible, se supone que está en el menú.
El para qué , debe quedar especificado dentro de la historia de usuario? inmediatamente después de escribir: Como X quiero Y con el objetivo Z, o en otra columna?
Hola Rose!
El "para qué" es el "objetivo z".
¿Alguien tiene el caso de estudio?
El Drive me indica que no tengo acceso.
Hola Jesús! espero ya te hayan atendido o ya tengas acceso.
Hola! ¿Dónde encuentro el caso práctico? favor si me pueden compartir el enlace.
Hola Jordi! Está en los anexos
Error: []
Las historias de usuario deben de ser claras para que tenga un buen entendimiento en el equipo de trabajo
RESUMEN:
HISTORIA DE USUARIO
*UNA PRACTICA ADAPTADA DE OTRO LUGAR
*¿QUE ES?
*UNA MANERA SIMPLE DE DESCRIBIR UNA CARACTERISTICA QUE ESPERA NUESTRA USUARIO
*CONTADA DESDE LA PERSPECTIVA DE QUIEN VA A USAR ESE PRODUCTO
*SE UTILIZA MUCHO EN SCRUM
*PERO VIENE DE MARCO AGIL EXTREME PROGRAMMING
SIMPLICIDAD
COMUNICACION
RESPETO
CORAJE
RETOALIMENTACION
*COMO ES UNA HISTORIA DE USUARIO?
REFLEJA LA PERSONA QUE UTILIZA EL PRODUCTO Y UNA FUNCIONALIDAD
*PRIMERA REGLA:
TENER UN SLO QUE?
UNA SOLCA FUNCIONAILIDAD
*ESTRUCTURA MAS POPULAR ES:
USURIO
FUNCIONALIDAD
OBJETIVO
COMO USUARIO
QUIERO
ESTE OBJETIVO
PARA QUE QUEREMOS ESA FUNCIONALIDAD?
LOS CRITERIOS DE ACEPTACION
CONDICIONES QUE TIENE QUE TENER ESA FUNCIONALIDAD
EJEMPLO
COMO SUPERVISOR DE VENTAS QUIERO OBTENER REPORTE POR REGION, OARA MONITOREAR MONTOS Y CALCULOS E BONOS.
CRITERIOS DE ACEPTACION:
- OBTENCION POR RANGO DE FECHA A ELEGIR
-CAPACIDAD DE MANEJAR HASTA 5 AÑOS
-FILTRO POR REGION, POR ZONA, POR GRUPO Y POR VENDEDOR
-QUE SE PUEDA EXPORTAR A EXCEL
Las historias de usuario tienen que reflejar la persona que va a utilizar nuestro producto y en particular una funcionalidad, cada historia refleja una funcionalidad. Si la historia tiene muchas funcionalidades se convierte en una épica.
Una pregunta muy básica, tal vez los más experimentados tengan la respuesta. Dónde se encuentra el caso de estudio porque no lo encontré por ningún lado.