Ejercicio: Diseña un backlog inicial con 10 user stories

Concepto clave

El product backlog es la lista priorizada de todo lo que se necesita en un producto. Piensalo como el menu de un restaurante: tienes todos los platos posibles (las funcionalidades), pero el chef (el equipo de desarrollo) solo puede cocinar algunos a la vez. Tu trabajo como Product Manager es decidir que platos van primero segun lo que mas valor aporte a los comensales (usuarios).

Las user stories son la forma estandar de describir esas funcionalidades. Siguen una estructura simple: Como [rol], quiero [objetivo] para [beneficio]. Esta formula te obliga a pensar siempre en el usuario final y el valor que recibira. No es solo una lista de tareas tecnicas; es una coleccion de promesas de valor para tus usuarios.

Como funciona en la practica

Vamos a crear un backlog inicial para una app de gestion de tareas. Primero, identifica los roles clave: usuario individual, administrador de equipo, invitado. Luego, piensa en sus necesidades mas basicas:

1. Como usuario, quiero crear una tarea para organizar mi trabajo.
2. Como usuario, quiero marcar tareas como completadas para ver mi progreso.
3. Como usuario, quiero editar tareas para corregir errores.
4. Como administrador, quiero asignar tareas a miembros del equipo para distribuir el trabajo.
5. Como administrador, quiero ver un reporte de productividad para evaluar el rendimiento.

Prioriza estas historias usando el criterio de valor vs esfuerzo. Crea una tabla simple:

Regla de oro: siempre empieza con las funcionalidades que dan mas valor con menos esfuerzo. Esas son tu MVP (Producto Minimo Viable).

Caso de estudio

Imagina que trabajas en FoodApp, una startup que quiere crear una app para pedir comida a domicilio. El equipo tiene 2 semanas para lanzar la primera version. Tu backlog inicial de 10 user stories podria verse asi:

1. Como cliente, quiero ver restaurantes cercanos para decidir donde pedir.
2. Como cliente, quiero filtrar restaurantes por tipo de comida para encontrar opciones relevantes.
3. Como cliente, quiero ver un menu con precios para saber cuanto voy a gastar.
4. Como cliente, quiero agregar items al carrito para preparar mi pedido.
5. Como cliente, quiero ingresar mi direccion de entrega para recibir la comida.
6. Como cliente, quiero pagar con tarjeta de credito para completar la compra.
7. Como restaurante, quiero actualizar mi menu para reflejar disponibilidad.
8. Como cliente, quiero ver el estado de mi pedido para saber cuando llegara.
9. Como cliente, quiero calificar el restaurante para compartir mi experiencia.
10. Como administrador, quiero ver metricas de ventas para tomar decisiones.

Priorizacion: las stories 1, 3, 4, 5 y 6 son esenciales para el MVP. Las demas pueden esperar a versiones posteriores.

Errores comunes

• Historias demasiado grandes: Una user story como "Como usuario, quiero una app completa" es inutil. Divide en piezas manejables que se puedan completar en un sprint.
• Olvidar el beneficio: Si escribes "Como usuario, quiero un boton azul", estas describiendo la solucion, no la necesidad. Preguntate: que problema resuelve ese boton?
• Priorizar por capricho: No elijas lo que te parece "cool". Usa datos: entrevistas con usuarios, metricas de productos similares, impacto en el negocio.
• Ignorar dependencias: No puedes tener "pagar con tarjeta" antes de "agregar items al carrito". Identifica dependencias tecnicas y logicas.
• No revisar con el equipo: El backlog no es solo tuyo. Los desarrolladores deben validar que las stories sean claras y factibles.

Checklist de dominio

• He identificado al menos 3 roles de usuario distintos para mi producto.
• Cada user story sigue la estructura: Como [rol], quiero [objetivo], para [beneficio].
• Tengo exactamente 10 user stories en mi backlog inicial.
• He priorizado las stories usando criterios claros (valor, esfuerzo, dependencias).
• Las 3-5 stories mas importantes forman un MVP coherente.
• Todas las stories son independientes y se pueden desarrollar por separado.
• He compartido el backlog con al menos una persona para obtener feedback.

Diseña tu primer backlog: app de fitness

Vas a crear un backlog inicial para FitTrack, una nueva app de seguimiento de ejercicio fisico. Sigue estos pasos:

1. Define los roles: Identifica 2-3 tipos de usuarios principales (ej: principiante, atleta, entrenador).
2. Brainstorm de necesidades: Para cada rol, escribe 4-5 necesidades relacionadas con el fitness.
3. Escribe las user stories: Convierte cada necesidad en una user story con la estructura correcta. Debes tener al menos 10 stories en total.
4. Prioriza: Usa una tabla como la del ejemplo para evaluar valor (1-5) y esfuerzo estimado (1-5). Ordena de mayor a menor prioridad.
5. Define el MVP: Selecciona las 5 stories que formarian la primera version de la app.

Entrega: Un documento con la lista de 10 user stories priorizadas y una breve explicacion de por que elegiste ese MVP.

Evalua tu comprension

Completa el quiz interactivo de arriba para ganar XP.