Historias de usuario

Curso de Herramientas y Frameworks Intermedias para Product Owners

Contenido del curso

Prácticas básicas

Prácticas de estimación y priorización

Prácticas centradas en el usuario

Cierre

12
¿Por dónde empiezo?
02:37 min

Cursos Empresas Blog Live Conf Eventos Precios

0:005:10

Historias de usuario

Curso de Herramientas y Frameworks Intermedias para Product Owners

Clase 1 de 12

Clase 1 / 12

Comentarios (28)28 comentarios

Manuel Gerardo Flores Quiñonez

Historia 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

Joan S.TrianaV

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.

Crismar Silva

![](

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?

Omar Aguayo

Omar Aguayo

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

Fdiclerico@altec.com.ar

Fdiclerico@altec.com.ar

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.

Maylen M Montenegro T

HU1: Acceso AL sistema Como: Usuario Quiero: Poder loguerarme en el sistema Para: Acceder al Aplicativo Criterio de Aceptacion:

Se debe poder ingresar al aplicativo con el usuario y contraseña del directorio activo.
Se debe rechazar el acceso al usuario que esta dado de baja

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:

Se debe tener un botón que permita crear una nueva solicitud.
Se debe mostrar en la pantalla inicial las solicitudes que han sido procesadas, en forma de lista.
Se debe mostrar únicamente las solicitudes procesas por el ejecutivo que esta logueado en el sistema.

HU3: seleccionar solicitudes Como: Ejecutivo de Ventas Quiero: visualizar los datos de la solicitud Para: revisar el estado de la solicitud Criterio de Aceptacion:

Se debe permitir seleccionar una solicitud y visualizar el estado de dicha solicitud

Waldir Zapata Garcia

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.

Daniel Hidalgo

¡Genial! De nuevo la profesora Master Gurú lomo plateado alfa! ¡Recomendados sus cursos!

Hugo Antonio Gélvez Ibáñez

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:

Simplicidad: que sea fácil de entender.
Coraje: para decidir lo importante.
Comunicación: para que todos entiendan lo mismo.
Respeto: por las personas que usan y crean el producto.
Retroalimentación: para mejorar continuamente.

🧠 ¿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:

Una sola funcionalidad por historiaNo mezcles varias cosas. Una historia = una acción clara.
Debe quedar claro para qué se quiereNo es solo lo que se quiere, sino el por qué. Eso ayuda a que el equipo entienda la intención detrás.
Debe tener criterios de aceptaciónSon condiciones que indican cuándo esa historia se puede considerar "lista" o "bien hecha".📝 Ejemplo de criterios de aceptación para el carrito de compras:
- El botón "Agregar al carrito" debe estar visible en todos los productos.
- Al hacer clic, el producto aparece en el carrito.
- Se puede ver la cantidad total de productos.

🎯 ¿Para qué sirven las historias de usuario?

Para que todos en el equipo (diseñadores, desarrolladores, testers, etc.) entiendan lo mismo.
Para que el producto se construya pensando en el usuario.
Para tener una guía clara y medible de lo que se necesita

Angie Pena

Buen día,

No encuentro el caso de estudio en la parte de recursos. Me podrías por fa compartir el enlace directo.

Vanessa Amaya

Vanessa Amaya

Profesor

Hola Angie! Voy a contactar al equipo de platzi porque hay varios comentarios relacionados a esto.

Saludos!

Nuñez Francisco Javier

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.

natalia chartuny

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.

Edwar Y. Castillo B.

Eliana Nandar

¿Donde encuentro la sección de recursos y referencias para ver el caso de estudio?

Vanessa Amaya

Vanessa Amaya

Profesor

¡Hola Eliana! voy a contactar al equipo Platzi para evaluar si puede quedar más visible, se supone que está en el menú.

Rose M. Calero M.

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?

Vanessa Amaya

Vanessa Amaya

Profesor

Hola Rose!

El "para qué" es el "objetivo z".

Jesus Perez Gonzalez

¿Alguien tiene el caso de estudio?

El Drive me indica que no tengo acceso.

Vanessa Amaya

Vanessa Amaya

Profesor

Hola Jesús! espero ya te hayan atendido o ya tengas acceso.

Jordi Camps

Hola! ¿Dónde encuentro el caso práctico? favor si me pueden compartir el enlace.

Vanessa Amaya

Vanessa Amaya

Profesor

Hola Jordi! Está en los anexos

platzinonymous07-03-2025-a01c78f8

Error: []

Gabriel Leonardo Vásquez Prieto

Las historias de usuario deben de ser claras para que tenga un buen entendimiento en el equipo de trabajo

Flavia Di Giorgio

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

Carlos Roberto Doblado Ochoa

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.

Teresa Villegas

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.