Historias de usuario

Clase 1 de 12 • Curso de Herramientas y Frameworks Intermedias para Product Owners

Manuel Gerardo Flores Quiñonez

student•

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

student•

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

student•

![](

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

student•

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

student•

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

student•

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

student•

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

student•

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

Hugo Antonio Gélvez Ibáñez

student•

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

student•

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

teacher•

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

Saludos!

Nuñez Francisco Javier

student•

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.

Edwar Y. Castillo B.

student•

Eliana Nandar

student•

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

Vanessa Amaya

teacher•

¡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.

student•

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

teacher•

Hola Rose!

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

Jesus Perez Gonzalez

student•

¿Alguien tiene el caso de estudio?

El Drive me indica que no tengo acceso.

Vanessa Amaya

teacher•

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

Jordi Camps

student•

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

Vanessa Amaya

teacher•

Hola Jordi! Está en los anexos

platzinonymous07-03-2025-a01c78f8

student•

Error: []

Gabriel Leonardo Vásquez Prieto

student•

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

Flavia Di Giorgio

student•

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

student•

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

student•

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.

Maxwell Herbert

student•

// Acceso al Aplicativo Android (A)
const accesoAplicativo = `
### Acceso al Aplicativo Android (A)

Historia de Usuario	Criterios de Aceptación
Como usuario interno de "Car for Now", quiero poder instalar la aplicación móvil en mi dispositivo Android para acceder a las funcionalidades del sistema.	1. El aplicativo se distribuye mediante un archivo APK accesible desde la intranet. <br> 2. Se requiere autenticación de usuario y contraseña utilizando los servicios de Active Directory.

`;

// Gestión de Solicitudes (B)
const gestionSolicitudes = `
### Gestión de Solicitudes (B)

Historia de Usuario	Criterios de Aceptación
Como ejecutivo de cuenta, quiero poder iniciar una nueva solicitud desde la aplicación móvil.	1. Al abrir la aplicación, se muestra un listado de solicitudes procesadas y un botón para iniciar una nueva solicitud. <br> 2. Al seleccionar la opción de nueva solicitud, se genera un identificador único para la transacción.
Como ejecutivo de cuenta, quiero poder seleccionar una solicitud existente para visualizar su estatus.	1. Se muestra un listado de solicitudes procesadas con su respectivo estatus. <br> 2. Al seleccionar una solicitud existente, se muestra el estatus de validación de la misma.

`;

// Captura de Documentos (C)
const capturaDocumentos = `
### Captura de Documentos (C)

Historia de Usuario	Criterios de Aceptación
Como ejecutivo de cuenta, quiero poder capturar y digitalizar documentos utilizando la cámara de mi dispositivo móvil.	1. La aplicación permite seleccionar el tipo de documento a capturar (Identificación Oficial, Comprobante de Ingresos, Comprobante de Domicilio, etc.). <br> 2. Se muestra un marco guía en la pantalla para ayudar al usuario a capturar la imagen correctamente. <br> 3. Después de la captura, se presenta la opción de aceptar la imagen o repetir la toma si es necesario.
Como ejecutivo de cuenta, quiero que la aplicación valide automáticamente la información capturada de la credencial del INE.	1. La aplicación captura el anverso y reverso de la credencial del INE. <br> 2. La aplicación valida la información capturada con la credencial del INE.
Como ejecutivo de cuenta, quiero poder capturar y validar huellas digitales para garantizar la autenticidad de la identificación.	1. La aplicación permite capturar de 2 a 5 huellas digitales. <br> 2. La aplicación valida las huellas digitales con la identificación presentada.
Como ejecutivo de cuenta, quiero que la aplicación registre una prueba de vida para validar que la persona está presente durante la captura de documentos.	1. La aplicación solicita al usuario grabar un movimiento en vivo de su cara durante la captura de documentos. <br> 2. La aplicación verifica la coincidencia entre la foto de la identificación oficial y la prueba de vida registrada.

`;

// Envío de Información (D)
const envioInformacion = `
### Envío de Información (D)

Historia de Usuario	Criterios de Aceptación
Como ejecutivo de cuenta, quiero poder enviar las imágenes capturadas al sistema DS Imaging System para su procesamiento.	1. La aplicación muestra las solicitudes listas para su envío al proceso de validación. <br> 2. Las imágenes se envían exitosamente al sistema DS Imaging System.

`;

// Extracción de Información (E)
const extraccionInformacion = `
### Extracción de Información (E)

Historia de Usuario	Criterios de Aceptación
Como usuario del sistema, quiero que el sistema DS-IS valide la clasificación de las imágenes y extraiga la información relevante de los documentos capturados.	1. El sistema DS-IS garantiza que las imágenes estén correctamente clasificadas. <br> 2. El sistema DS-IS extrae la información relevante de los documentos de acuerdo a las reglas de negocio establecidas.

`;

// Validación Reglas de Negocio (G)
const validacionReglasNegocio = `
### Validación Reglas de Negocio (G)

Historia de Usuario	Criterios de Aceptación
Como usuario del sistema, quiero que el sistema DS-IS valide las reglas de negocio establecidas para cada tipo documental y almacene los resultados para su posterior explotación.	1. El sistema DS-IS aplica las reglas de negocio definidas para cada tipo documental. <br> 2. El sistema almacena los resultados de la validación, indicando si la validación fue exitosa o se generó un código de rechazo.

`;

// Publicación (H)
const publicacion = `
### Publicación (H)

Historia de Usuario	Criterios de Aceptación
Como usuario del sistema, quiero que el sistema de Gestión de Expedientes publique los resultados del proceso, mostrando el expediente electrónico con el contenido documental y los metadatos asociados.	1. El sistema de Gestión de Expedientes muestra los resultados del proceso de validación. <br> 2. Se puede realizar una búsqueda en el sistema de expedientes y visualizar el expediente electrónico con el contenido documental y los metadatos asociados.

`;

// Concatenando todas las historias de usuario
const historiasUsuario = accesoAplicativo + gestionSolicitudes + capturaDocumentos + envioInformacion + extraccionInformacion + validacionReglasNegocio + publicacion;

console.log(historiasUsuario);

```// Acceso al Aplicativo Android (A)

const accesoAplicativo = `

\### Acceso al Aplicativo Android (A)



\\`\\`\\`

| Historia de Usuario | Criterios de Aceptación |

|---------------------|-------------------------|

| Como usuario interno de "Car for Now", quiero poder instalar la aplicación móvil en mi dispositivo Android para acceder a las funcionalidades del sistema. | 1. El aplicativo se distribuye mediante un archivo APK accesible desde la intranet. \<br> 2. Se requiere autenticación de usuario y contraseña utilizando los servicios de Active Directory. |

\\`\\`\\`

`;



// Gestión de Solicitudes (B)

const gestionSolicitudes = `

\### Gestión de Solicitudes (B)



\\`\\`\\`

| Historia de Usuario | Criterios de Aceptación |

|---------------------|-------------------------|

| Como ejecutivo de cuenta, quiero poder iniciar una nueva solicitud desde la aplicación móvil. | 1. Al abrir la aplicación, se muestra un listado de solicitudes procesadas y un botón para iniciar una nueva solicitud. \<br> 2. Al seleccionar la opción de nueva solicitud, se genera un identificador único para la transacción. |

| Como ejecutivo de cuenta, quiero poder seleccionar una solicitud existente para visualizar su estatus. | 1. Se muestra un listado de solicitudes procesadas con su respectivo estatus. \<br> 2. Al seleccionar una solicitud existente, se muestra el estatus de validación de la misma. |

\\`\\`\\`

`;



// Captura de Documentos (C)

const capturaDocumentos = `

\### Captura de Documentos (C)



\\`\\`\\`

| Historia de Usuario | Criterios de Aceptación |

|---------------------|-------------------------|

| Como ejecutivo de cuenta, quiero poder capturar y digitalizar documentos utilizando la cámara de mi dispositivo móvil. | 1. La aplicación permite seleccionar el tipo de documento a capturar (Identificación Oficial, Comprobante de Ingresos, Comprobante de Domicilio, etc.). \<br> 2. Se muestra un marco guía en la pantalla para ayudar al usuario a capturar la imagen correctamente. \<br> 3. Después de la captura, se presenta la opción de aceptar la imagen o repetir la toma si es necesario. |

| Como ejecutivo de cuenta, quiero que la aplicación valide automáticamente la información capturada de la credencial del INE. | 1. La aplicación captura el anverso y reverso de la credencial del INE. \<br> 2. La aplicación valida la información capturada con la credencial del INE. |

| Como ejecutivo de cuenta, quiero poder capturar y validar huellas digitales para garantizar la autenticidad de la identificación. | 1. La aplicación permite capturar de 2 a 5 huellas digitales. \<br> 2. La aplicación valida las huellas digitales con la identificación presentada. |

| Como ejecutivo de cuenta, quiero que la aplicación registre una prueba de vida para validar que la persona está presente durante la captura de documentos. | 1. La aplicación solicita al usuario grabar un movimiento en vivo de su cara durante la captura de documentos. \<br> 2. La aplicación verifica la coincidencia entre la foto de la identificación oficial y la prueba de vida registrada. |

\\`\\`\\`

`;



// Envío de Información (D)

const envioInformacion = `

\### Envío de Información (D)



\\`\\`\\`

| Historia de Usuario | Criterios de Aceptación |

|---------------------|-------------------------|

| Como ejecutivo de cuenta, quiero poder enviar las imágenes capturadas al sistema DS Imaging System para su procesamiento. | 1. La aplicación muestra las solicitudes listas para su envío al proceso de validación. \<br> 2. Las imágenes se envían exitosamente al sistema DS Imaging System. |

\\`\\`\\`

`;



// Extracción de Información (E)

const extraccionInformacion = `

\### Extracción de Información (E)



\\`\\`\\`

| Historia de Usuario | Criterios de Aceptación |

|---------------------|-------------------------|

| Como usuario del sistema, quiero que el sistema DS-IS valide la clasificación de las imágenes y extraiga la información relevante de los documentos capturados. | 1. El sistema DS-IS garantiza que las imágenes estén correctamente clasificadas. \<br> 2. El sistema DS-IS extrae la información relevante de los documentos de acuerdo a las reglas de negocio establecidas. |

\\`\\`\\`

`;



// Validación Reglas de Negocio (G)

const validacionReglasNegocio = `

\### Validación Reglas de Negocio (G)



\\`\\`\\`

| Historia de Usuario | Criterios de Aceptación |

|---------------------|-------------------------|

| Como usuario del sistema, quiero que el sistema DS-IS valide las reglas de negocio establecidas para cada tipo documental y almacene los resultados para su posterior explotación. | 1. El sistema DS-IS aplica las reglas de negocio definidas para cada tipo documental. \<br> 2. El sistema almacena los resultados de la validación, indicando si la validación fue exitosa o se generó un código de rechazo. |

\\`\\`\\`

`;



// Publicación (H)

const publicacion = `

\### Publicación (H)



\\`\\`\\`

| Historia de Usuario | Criterios de Aceptación |

|---------------------|-------------------------|

| Como usuario del sistema, quiero que el sistema de Gestión de Expedientes publique los resultados del proceso, mostrando el expediente electrónico con el contenido documental y los metadatos asociados. | 1. El sistema de Gestión de Expedientes muestra los resultados del proceso de validación. \<br> 2. Se puede realizar una búsqueda en el sistema de expedientes y visualizar el expediente electrónico con el contenido documental y los metadatos asociados. |

\\`\\`\\`

`;



// Concatenando todas las historias de usuario

const historiasUsuario = accesoAplicativo + gestionSolicitudes + capturaDocumentos + envioInformacion + extraccionInformacion + validacionReglasNegocio + publicacion;



console.log(historiasUsuario);