Contenido del curso
Prácticas de estimación y priorización
Prácticas centradas en el usuario
Cierre
Historias de usuario
Contenido del curso
Historias de usuario
Manuel Gerardo Flores Quiñonez
studentJoan S.TrianaV
studentCrismar Silva
studentOmar Aguayo
studentFdiclerico@altec.com.ar
studentMaylen M Montenegro T
studentWaldir Zapata Garcia
studentDaniel Hidalgo
studentHugo Antonio Gélvez Ibáñez
studentAngie Pena
studentVanessa Amaya
teacherNuñez Francisco Javier
studentEdwar Y. Castillo B.
studentEliana Nandar
studentVanessa Amaya
teacherRose M. Calero M.
studentVanessa Amaya
teacherJesus Perez Gonzalez
studentVanessa Amaya
teacherJordi Camps
studentVanessa Amaya
teacherplatzinonymous07-03-2025-a01c78f8
studentGabriel Leonardo Vásquez Prieto
studentFlavia Di Giorgio
studentCarlos Roberto Doblado Ochoa
studentTeresa Villegas
studentMaxwell Herbert
studentHistoria 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.
 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.
¿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.
// 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);