Lección 6 de 12 · Lectura y práctica
Escribir Historias de Usuario
Historias de Usuario: Conectar Necesidades con Desarrollo Las historias de usuario son la forma estándar en que los PMs comunican requerimientos al equipo de desarrollo. Una buena historia explica quién necesita qué y por qué,.
Del concepto a la práctica
Taller de esta lección
Una historia de usuario expresa quién necesita qué y para qué, mientras sus criterios convierten una intención en comportamiento comprobable. La historia debe dejar espacio para diseño e implementación, pero no para ambigüedad sobre el resultado esperado.
Ejemplo resuelto
“Como persona con un turno reservado, quiero ver fecha, hora y estado de confirmación para saber si debo llamar al taller”. Criterios: muestra los tres datos; si falta confirmación, muestra “pendiente”; una persona sin permiso no ve datos de otra reserva; ante conexión fallida conserva un aviso claro.
Pruébalo
Define un único tipo de usuario.
Escribe acción y beneficio, sin nombrar tecnología.
Añade tres criterios observables.
Incluye un caso límite de permiso o ausencia de datos.
Error frecuente: escribir “Como usuario quiero una base de datos”. Corrección: expresa la necesidad visible y deja la decisión técnica al equipo.
Comprueba tu resultado
Redacta una historia para devolver un libro reservado. Debe incluir formato, tres criterios y un caso límite. El resultado pasa si otra persona puede decidir qué observar en una prueba sin preguntarte qué significa “fácil” o “rápido”.
Mapa de prácticaUn tablero hace visible el estado de cada tarea y los bloqueos. Un límite de trabajo en curso ayuda a terminar antes de iniciar más tareas. La revisión comprueba los criterios acordados antes de mover una tarea a hecho.
Ver la infografía en tamaño completo ↗Historias de Usuario: Conectar Necesidades con Desarrollo
Las historias de usuario son la forma estándar en que los PMs comunican requerimientos al equipo de desarrollo. Una buena historia explica quién necesita qué y por qué, sin dictar cómo implementarlo.
Formato clásico de una historia de usuario
- Como [tipo de usuario], quiero [acción/funcionalidad], para que [beneficio/objetivo]
- Ejemplo: 'Como freelancer, quiero exportar mis facturas en PDF, para que pueda enviarlas por email a mis clientes'
- El 'para que' es la parte más importante — explica el por qué y permite al equipo proponer soluciones alternativas
- Si no puedes completar el 'para que', probablemente la feature no tiene un problema real detrás
- Escribe historias desde la perspectiva del usuario, no desde la perspectiva del sistema
Criterios de aceptación
- Son las condiciones que deben cumplirse para que la historia se considere 'terminada'
- Formato: 'DADO [contexto], CUANDO [acción], ENTONCES [resultado esperado]'
- Ejemplo: 'DADO que tengo una factura creada, CUANDO hago clic en Exportar PDF, ENTONCES se descarga un PDF con el logo, datos del cliente y líneas de la factura'
- Incluye 3-7 criterios por historia — pocos es ambiguo, demasiados es over-engineering
- Incluye casos edge: ¿qué pasa si no hay datos? ¿Si el usuario no tiene permiso? ¿Si la conexión falla?
Consejos para escribir buenas historias
- INVEST: Independent (independiente), Negotiable (negociable), Valuable (valiosa), Estimable, Small (pequeña), Testable
- Una historia debe poder completarse en un sprint (1-2 semanas) — si es más grande, divídela
- Incluye mockups o wireframes como referencia visual — una imagen vale más que 100 palabras de especificación
- No dictes la implementación: 'exportar en PDF' es correcto, 'usar la librería pdfkit con Express' no — eso lo decide el equipo técnico
- Revisa las historias con el equipo antes del sprint planning — resolver dudas temprano ahorra retrabajo
Consejo: La historia de usuario perfecta cabe en un post-it. Si necesitas una página entera para explicar una feature, probablemente es demasiado grande y necesita dividirse.
Sigue con Introducción a Product Management
Esta lección forma parte de un curso de Cursalo. Revisa su programa y elige entre la compra individual o el acceso a toda la escuela.
Si ya tenías acceso a este curso, entra con tu cuenta: tus derechos y tu progreso se conservan. No necesitas comprarlo de nuevo.