UAI · Máster en Innovación y Emprendimiento · 2026

El Producto Vivo

Proyecto iterativo clase a clase — Curso 💡Project Management Avanzado y Gestión Ágil de Proyectos

8 Sesiones · 8 Sprints
7 Grupos de 4 personas
40% de la nota final
Hackathon en Sesión 8

¿Qué es este proyecto?

Todo lo que necesitas saber para trabajar en El Producto Vivo durante las 8 semanas del curso.

La idea central

A lo largo de las 8 sesiones, tu equipo gestionará un producto digital real como si fueran el equipo de Product Owner a cargo. No es un trabajo que entregas al final del semestre: cada clase construyes una pieza nueva sobre la anterior, exactamente como opera un PO real.

Principio del proyecto
  • Cada sesión = 1 iteración = 1 entregable concreto.
  • Los 8 entregables se acumulan y se presentan integrados en la Hackathon final (Sesión 8).
  • No hay un trabajo grande al final. El trabajo final es la suma de los 8 sprints.

Formación de grupos y selección de producto

Trabajarás en grupos de 4 personas asignados en la Sesión 1. Los grupos son fijos durante todo el curso. Cada grupo elige un producto digital de uno de estos sectores:

SectorEjemplos de producto
FintechPagos, inversiones, crédito, seguros digitales
EdtechPlataformas de aprendizaje, certificaciones, tutorías
HealthtechTelemedicina, salud mental, fitness, nutrición
Retail / EcommerceMarketplace, fidelización, logística, recomendaciones
Logistics / Supply ChainTracking, última milla, gestión de flotas
GovTechTrámites digitales, identidad, servicios ciudadanos
HR TechReclutamiento, gestión de talento, bienestar laboral

💡 Consejo: elige un sector que al menos uno del grupo conozca desde adentro. El proyecto será mucho más rico y realista.

¿Qué hay en cada Sprint Card?

Cada sesión recibirás una Sprint Card con 6 elementos:

ElementoQué significa
🎯 ObjetivoPara qué sirve este sprint en el arco del proyecto.
📋 ContextoUna situación nueva que enfrenta tu producto esta semana. Léela como PO.
📦 EntregableLo que el equipo debe producir. Siempre es un output concreto y acotado.
📐 FormatoEl tope máximo: 1 página, 1 slide o 1 tabla. No se acepta más.
🤖 IA sugeridaQué herramienta usar y con qué prompt. Optativo pero valorado.
➡ Insumo siguienteQué debes tener listo antes de la siguiente sesión.
Límite duro de formato — no negociable

Si la Sprint Card dice "1 página", son exactamente 1 página. Más largo ≠ mejor. Un PO real trabaja con restricciones de tiempo y atención: practicarlo es parte del ejercicio.

Rotación de roles — PO Líder de la iteración

Cada sesión, un integrante diferente asume el rol de PO Líder: coordina el entregable, toma decisiones de contenido y presenta si hay revisión en clase. La rotación es obligatoria.

Sprint 1
Integrante A
Sprint 2
Integrante B
Sprint 3
Integrante C
Sprint 4
Integrante D
Sprint 5
Integrante A
Sprint 6
Integrante B
Sprint 7
Integrante C
Sprint 8 🎤
Todos presentan

Entrega y formato de archivos

  • Sube al canal indicado antes del inicio de la siguiente sesión.
  • Formato aceptado: PDF o imagen. No se aceptan Word sin convertir.
  • Nombre del archivo: GRUPO_[N]_SPRINT_[N].pdf — Ej: GRUPO_3_SPRINT_2.pdf
  • Los entregables se evalúan acumulados al final, no semana a semana.

La Hackathon Final — Sesión 8

La Sesión 8 es la presentación integradora. Cada grupo tiene 10 minutos + 5 de preguntas. Exactamente 5 slides:

SlideContenidoFuente
1Producto y contexto: industria, problema, nivel de escaladoSprint 1
2Backlog priorizado con criterio económico (WSJF)Sprints 2–4
3Visión de producto + OKRs + Roadmap de releasesSprints 5–6
4Hipótesis críticas y experimento diseñadoSprint 7
5Dashboard de métricas + decisión final: ¿perseverar, pivotar o pausar?Sprint 8
¿Qué busca el profesor?
  • Que los 8 sprints cuenten una historia coherente, no 8 documentos separados.
  • Que la decisión final esté fundamentada en las métricas del Sprint 8.
  • Que el equipo demuestre criterio de PO estratégico, no solo conocimiento técnico.

Sprint Cards

Expande cada Sprint Card para ver el enunciado y el ejemplo desarrollado con Mercado Libre — Mercado Fondo.

Sprint 1
Sesión 1 · El Rol del PO y el Marco Ágil Escalado
Ficha de Contexto del Producto
Establece la base del producto que gestionarás durante todo el curso: qué es, en qué contexto opera y qué tipo de PO requiere.
📋 Enunciado
💡 Ejemplo Mercado Libre
🎯 Objetivo
Establecer la base del producto que gestionarás durante todo el curso: qué es, en qué contexto opera y qué tipo de PO requiere.
📋 Contexto
Tu equipo acaba de ser contratado como el equipo de Product Owner de un producto digital en crecimiento. El CEO les pide que en 24 horas preparen una ficha de contexto del producto para presentarla al directorio. Necesita entender qué están gestionando, cuán complejo es y cuántos equipos dependen de sus decisiones.
📦 Entregable
Ficha de Contexto del Producto. Debe incluir: (1) Nombre del producto y empresa, (2) Problema central que resuelve, (3) Usuario objetivo, (4) Posición en la matriz Stacey, (5) Número estimado de equipos dependientes, (6) Tipo de PO dominante requerido: L1 Administrador / L2 Priorizador / L3 Articulador / L4 Estratega.
📐 Formato
1 página A4. Puede ser tabla, canvas o texto estructurado. Sin decoración excesiva.
⏱ Tiempo
45 minutos fuera de clase.
🤖 IA sugerida
Usa Claude o ChatGPT para generar un primer borrador de la descripción del producto y su cuadrante Stacey. Prompt sugerido: "Dado este producto [descripción], ¿en qué cuadrante de la matriz Stacey operaría y por qué?" Luego revisa críticamente la respuesta.
➡ Insumo S2
La ficha completa y aprobada por el grupo. Sprint 2 la usará como base para construir el backlog.
Mercado Libre
Mercado Fondo — Inversión pasiva automatizada
Ejemplo resuelto
¿Qué es Mercado Fondo?

Producto de inversión pasiva integrado en MercadoPago. Permite a cualquier usuario con saldo invertir automáticamente en fondos de dinero sin conocimientos financieros. El saldo "rinde" sin que el usuario haga nada. Slogan interno: "Gana plata sin hacer nada."

CampoDetalle
Nombre del productoMercado Fondo (Inversión Automática MercadoPago)
EmpresaMercado Libre / MercadoPago
Problema centralEl 73% de los usuarios deja saldo inmovilizado sin rentabilidad. No invierten por fricción, miedo o desconocimiento, no por falta de intención.
Usuario objetivo25–45 años, no bancarizado o sub-bancarizado, ingresos informales o freelance, usa MercadoPago como billetera principal pero no tiene productos de inversión activos.
Cuadrante StaceyComplejo (2.2): Requerimientos de negocio parcialmente claros, comportamiento del usuario incierto. Tecnología conocida (fondos de dinero + APIs financieras) pero integración regulatoria variable por país.
Equipos dependientes4 equipos: Core Wallet, Inversiones, Regulatorio/Compliance, Growth & Onboarding.
Nivel de POL3 – Articulador de Visión con ambición de L4 Estratega en 6 meses.
Nota de IA utilizada

IA usada para: generar primer borrador del análisis Stacey. Lo que modificamos: el cuadrante inicial propuesto era 2.3 (tecnología desconocida); lo corregimos a 2.2 porque las APIs de fondos de dinero son tecnología conocida en el equipo.

Sprint2
Sesión 2 · Backlog Jerárquico
Arquitectura del Backlog
Construir la arquitectura inicial del backlog: descomponer el problema en unidades manejables con jerarquía clara (Epic → Feature → User Story).
📋 Enunciado
💡 Ejemplo Mercado Libre
🎯 Objetivo
Construir la arquitectura inicial del backlog: descomponer el problema del producto en unidades manejables con jerarquía clara.
📋 Contexto
El directorio aprobó el contexto del producto. Ahora necesitan ver el backlog inicial para entender qué van a construir primero. Un inversor preguntó: "¿Qué es lo más importante que van a entregar en los próximos 3 meses y por qué?" Tienen que tener una respuesta estructurada.
📦 Entregable
Backlog jerárquico inicial (1 tabla). Estructura: 1 Epic → 2 Features → 4 User Stories (2 por Feature). Formato US: "Como [usuario], quiero [acción], para [beneficio]." Incluir al menos 1 criterio de aceptación breve por historia.
📐 Formato
1 tabla en 1 página. Columnas: Nivel | ID | Descripción | Criterio de aceptación breve.
⏱ Tiempo
50 minutos fuera de clase.
🤖 IA sugerida
Prompt sugerido: "Dado este producto [pegar ficha Sprint 1], genera 1 Epic, 2 Features y 4 User Stories en formato Agile estándar." Luego depura: ¿las historias son independientes? ¿Tienen valor de negocio claro?
➡ Insumo S3
El backlog con las 4 User Stories. En Sprint 3 las refinarás con criterios de aceptación formales en formato Gherkin.
Mercado Libre
Mercado Fondo — Sprint 2: Backlog inicial
Iteración sobre S1
NivelIDDescripciónCriterio breve
EPICEP-01Como usuario de MercadoPago, quiero que mi saldo genere rentabilidad automáticamente, sin acciones manuales.El usuario ve rendimientos en pantalla de inicio.
FEATUREFT-01Activación automática del fondo al recibir saldo (onboarding cero fricción).El usuario activa el fondo con máximo 2 taps.
FEATUREFT-02Dashboard de rendimientos: cuánto generé hoy, esta semana, este mes.El usuario ve rendimientos desglosados por período.
US-01US-01Como nuevo usuario con saldo, quiero ver cuánto generaría si activo el fondo hoy, para decidir si vale la pena.Se muestra proyección de rendimiento mensual estimado.
US-02US-02Como usuario, quiero activar el fondo en 2 taps sin llenar formularios, para no perder tiempo.El saldo comienza a rendir en menos de 60 segundos.
US-03US-03Como usuario activo del fondo, quiero ver cuánto gané hoy al abrir la app, para sentir que el dinero trabaja por mí.Rendimiento diario visible en pantalla de inicio.
US-04US-04Como usuario, quiero retirar mi dinero en cualquier momento sin penalización, para no sentirme atrapado.Saldo vuelve a la cuenta en menos de 30 segundos.
Sprint3
Sesión 3 · Historias de Usuario y Calidad
DoR, DoD y Criterios Gherkin
Elevar la calidad del backlog: pasar de historias descriptivas a historias testeables con criterios de aceptación formales.
📋 Enunciado
💡 Ejemplo Mercado Libre
🎯 Objetivo
Elevar la calidad del backlog: pasar de historias descriptivas a historias testeables con criterios de aceptación formales.
📋 Contexto
El equipo de desarrollo revisó el backlog y tiene una queja legítima: "Las historias no tienen criterios claros. No sabemos cuándo algo está listo." El Scrum Master pide que definan formalmente el DoR y el DoD, y que reescriban las 2 User Stories más importantes con criterios Gherkin.
📦 Entregable
Documento de calidad del backlog (1 página): (1) DoR: 4 criterios mínimos para entrar al sprint, (2) DoD: 4 criterios para considerarse terminada, (3) Reescritura de 2 US con criterios Gherkin: Dado [contexto] / Cuando [acción] / Entonces [resultado]. Mínimo 2 escenarios por historia.
📐 Formato
1 página. Dos secciones: DoR/DoD + Historias refinadas.
⏱ Tiempo
50 minutos fuera de clase.
🤖 IA sugerida
Prompt sugerido: "Para esta User Story [pegar], genera 3 criterios de aceptación en formato Gherkin considerando casos de éxito y error." Evalúa si los escenarios de error son realistas.
➡ Insumo S4
Las 4 US del Sprint 2 más el refinamiento del Sprint 3. Sprint 4 las priorizará económicamente con WSJF.
Mercado Libre
Mercado Fondo — Sprint 3: Calidad de entrega
Refinamiento de S2

Definition of Ready (DoR)

  • La US tiene descripción completa en formato "Como / Quiero / Para".
  • Tiene al menos 2 criterios de aceptación en formato Gherkin.
  • El tamaño relativo fue estimado por el equipo técnico.
  • No tiene dependencias bloqueantes sin resolver.

Definition of Done (DoD)

  • El código fue revisado por al menos 1 par (code review aprobado).
  • Todos los criterios de aceptación pasan en entorno de QA.
  • La feature fue aprobada en la System Demo con el PO presente.
  • Métricas de la feature están activas en el dashboard de Analytics.

US-01 refinada — Criterios Gherkin

EscenarioDado (contexto)Cuando (acción)Entonces (resultado)
Éxito básicoTengo $5.000 de saldo y nunca activé el fondo.Ingreso a "Mi Dinero"Veo proyección: "Con tu saldo, ganarías ~$X este mes activando Mercado Fondo."
Saldo ceroTengo $0 de saldo disponible.Ingreso a "Mi Dinero"No veo la proyección; veo: "Recarga para empezar a ganar."
Ya activadoYa tengo el fondo activo.Ingreso a "Mi Dinero"No veo el mensaje de activación; veo el dashboard de rendimientos (US-03).
Sprint4
Sesión 4 · Priorización y Economía del Producto
Matriz WSJF y Criterio Económico
Tomar decisiones de priorización con criterio económico explícito, no por intuición o presión política.
📋 Enunciado
💡 Ejemplo Mercado Libre
🎯 Objetivo
Tomar decisiones de priorización con criterio económico explícito, no por intuición o presión política.
📋 Contexto
El equipo de desarrollo avisa que solo tiene capacidad para 2 de las 4 User Stories en el próximo sprint. El CEO quiere las 4. El Head of Engineering dice que la deuda técnica va a bloquear todo en 6 semanas si no se aborda ahora. Como PO, tienes que defender una decisión con números, no con opiniones.
📦 Entregable
Matriz WSJF (1 tabla) + 1 párrafo de justificación. Columnas: US ID | Valor Negocio (1–10) | Reducción Riesgo (1–10) | Habilitación otras (1–10) | Tamaño (1–10) | WSJF = (V+R+H)/T | Decisión. Más: párrafo de 5 líneas justificando la historia de menor WSJF usando Cost of Delay.
📐 Formato
1 tabla + 1 párrafo. Todo en 1 página.
⏱ Tiempo
45 minutos fuera de clase.
🤖 IA sugerida
Prompt sugerido: "Para estas User Stories [pegar], asigna puntajes WSJF justificados considerando un producto [sector] en etapa [crecimiento/escalado]." Cuestiona si los puntajes tienen sentido para tu contexto específico.
➡ Insumo S5
El ranking WSJF final. Sprint 5 lo convertirá en roadmap y OKRs.
Mercado Libre
Mercado Fondo — Sprint 4: Priorización WSJF
Criterio económico
US IDValorRiesgoHabilitaTamañoWSJFDecisión
US-02 Activación 2 taps97938.33✅ Hacer ahora
US-01 Proyección rendimiento86745.25✅ Hacer ahora
US-04 Retiro sin penalización69344.50⏳ Después
US-03 Dashboard rendimientos74553.20⏳ Después
Justificación — Cost of Delay de US-03 (Dashboard)

US-03 se posterga porque su Cost of Delay es bajo en las primeras semanas: los usuarios recién adquiridos aún no tienen rendimientos que ver. El costo de no tener la activación (US-02) es inmediato y alto: sin ella, la tasa de conversión del funnel es cercana a cero. US-04 (retiro) puede resolverse transitoriamente con un mensaje de política de retiro en la UI mientras el flujo técnico se construye en el siguiente sprint.

Sprint5
Sesión 5 · OKRs y Roadmap
Alineamiento Estratégico
Conectar el trabajo táctico del backlog con la dirección estratégica del negocio mediante OKRs y un roadmap de 3 releases.
📋 Enunciado
💡 Ejemplo Mercado Libre
🎯 Objetivo
Conectar el trabajo táctico del backlog con la dirección estratégica del negocio mediante OKRs y un roadmap de releases.
📋 Contexto
La empresa está en proceso de planificación trimestral (PI Planning). Te piden que presentes en el Big Room Planning cómo el trabajo del equipo conecta con los objetivos de la empresa. Necesitas 1 OKR que justifique las historias priorizadas en Sprint 4 y un roadmap de 3 releases para los próximos 6 meses.
📦 Entregable
OKR + Roadmap (1 tabla o slide): (1) 1 Objective inspirador y cualitativo, (2) 2 Key Results medibles con umbral numérico (ej: "Aumentar retención D30 de 42% a 55%"), (3) Roadmap de 3 releases: Release | Mes | Features | Objetivo de negocio.
📐 Formato
1 slide o tabla en 1 página. Puede usar color para distinguir releases.
⏱ Tiempo
45 minutos fuera de clase.
🤖 IA sugerida
Prompt sugerido: "Para un producto [descripción] con estas historias priorizadas [pegar WSJF], propón 1 Objective y 2 Key Results medibles para el próximo trimestre." Verifica que los KRs sean medibles con datos reales.
➡ Insumo S6
Los OKRs y el roadmap. Sprint 6 les dará el norte estratégico de largo plazo con el Product Vision Board.
Mercado Libre
Mercado Fondo — Sprint 5: OKRs y Roadmap
Estrategia + Ejecución
OKR del trimestre

Objective: Convertir MercadoPago en la primera herramienta de ahorro pasivo para el usuario no bancarizado de LATAM.

KR1: Aumentar la tasa de activación del fondo entre usuarios con saldo > $1.000 del 12% al 35% en 90 días.

KR2: Reducir el churn mensual de usuarios activos del fondo del 18% al 9% en 90 días.

ReleaseMesFeaturesObjetivo de negocio
R1 — "Encender"JunUS-02 (Activación) + US-01 (Proyección)Maximizar conversión. Meta: 35% activación.
R2 — "Enganchar"AgoUS-03 (Dashboard) + US-04 (Retiro)Aumentar retención. Meta: churn < 9%.
R3 — "Escalar"OctMultifondo + Notificaciones de hitosExpansión ARPU. Meta: +25% saldo promedio.
Sprint6
Sesión 6 · Product Vision y Estrategia
Product Vision Board
Articular la visión de largo plazo del producto de forma que inspire al equipo y alinee a los stakeholders en toda la organización.
📋 Enunciado
💡 Ejemplo Mercado Libre
🎯 Objetivo
Articular la visión de largo plazo del producto de forma que inspire al equipo y alinee a los stakeholders.
📋 Contexto
El CPO les pide que preparen un Product Vision Board para el all-hands de la empresa del próximo mes. Quiere que todos en la organización —no solo el equipo de tech— entiendan hacia dónde va el producto y por qué importa. Tiene 1 slide disponible en la presentación.
📦 Entregable
Product Vision Board (1 slide / 1 página) con 5 secciones: (1) Visión: "Para [usuario], [producto] es el/la [categoría] que [beneficio único], a diferencia de [alternativa]", (2) Usuario objetivo: perfil en 3 líneas, (3) Necesidades no resueltas: 2–3 puntos, (4) Propuesta de valor diferencial, (5) Objetivo de negocio (revenue, retención, expansión).
📐 Formato
1 página o 1 slide. Sin texto corrido: secciones claramente delimitadas.
⏱ Tiempo
45 minutos fuera de clase.
🤖 IA sugerida
Prompt sugerido: "Genera 3 versiones de una Product Vision Statement para [descripción] usando la estructura: 'Para [usuario], [producto] es el/la [categoría] que [beneficio único], a diferencia de [alternativa].'"
➡ Insumo S7
El Product Vision Board. Sprint 7 lo usará para identificar los supuestos críticos que debes validar antes de ejecutar esa visión.
Mercado Libre
Mercado Fondo — Sprint 6: Product Vision Board
Norte estratégico
SecciónContenido
🔭 Visión"Para el usuario de MercadoPago que vive al día, Mercado Fondo es la primera cuenta que trabaja para ti mientras duermes, a diferencia de los bancos tradicionales que solo guardan tu plata sin darte nada a cambio."
👤 Usuario objetivoTrabajador informal o freelance, 28–40 años, LATAM. Usa MercadoPago como billetera principal. No tiene cuenta bancaria de ahorro activa. Siente que "ahorrar es para los que tienen plata de sobra."
😣 Necesidades no resueltas1. No quiere pensar en inversiones: prefiere que ocurra sola. 2. Necesita liquidez inmediata. 3. Quiere ver que su dinero "hace algo": necesita feedback emocional.
💡 Propuesta de valorInversión automática y transparente integrada en la billetera que ya usa. Cero fricción. Retiro en 30 segundos. Rendimiento visible todos los días.
💰 Objetivo de negocioIncrementar el saldo promedio por usuario en MercadoPago (+30% ARPU en 12 meses) y reducir el costo de adquisición de usuarios inversores vs. productos standalone.
Sprint7
Sesión 7 · Product Discovery y Validación
Mapa de Hipótesis y Experimento
Identificar los supuestos críticos que podrían hundir la visión del producto y diseñar un experimento para validar el más importante.
📋 Enunciado
💡 Ejemplo Mercado Libre
🎯 Objetivo
Identificar los supuestos críticos que podrían hundir la visión del producto y diseñar un experimento para validar el más importante.
📋 Contexto
El board está entusiasmado con la visión del Sprint 6. Pero el CFO hace la pregunta incómoda: "¿Cuánto están apostando a que ese usuario realmente tiene ese problema y va a pagar por esa solución? ¿Qué evidencia tienen?" No puedes responder con intuición.
📦 Entregable
Mapa de hipótesis + experimento (1 página): Tabla con 3 supuestos críticos rankeados (descripción | tipo | riesgo | evidencia actual). Para el supuesto #1: diseño del experimento con hipótesis, método, métrica de éxito y regla de decisión (si X → perseverar, si Y → pivotar).
📐 Formato
1 página. Tabla de supuestos + bloque de experimento.
⏱ Tiempo
55 minutos fuera de clase.
🤖 IA sugerida
Prompt sugerido: "Dado este Product Vision Board [pegar Sprint 6], identifica los 5 supuestos más riesgosos que podrían invalidar esta visión, ordenados por impacto potencial."
➡ Insumo S8
El mapa de hipótesis. Sprint 8 diseñará las métricas para monitorear los resultados de los experimentos.
Mercado Libre
Mercado Fondo — Sprint 7: Discovery
Reducción de incertidumbre
#Supuesto críticoTipoRiesgoEvidencia actual
1El usuario activará el fondo si el proceso toma menos de 2 taps, incluso sin entender cómo funciona el fondo.Comportamiento🔴 ALTOSin datos. Solo benchmarks de Nubank, Ualá.
2El usuario percibe el retiro en 30 segundos como "liquidez total" y no lo siente como un riesgo.Percepción🔴 ALTOResearch cualitativo con 12 usuarios. Sin corte cuantitativo.
3Ver el rendimiento diario en la pantalla de inicio aumenta la retención del fondo más del 20%.Retención🟡 MEDIODato interno: usuarios que visitan dashboard >3x/semana tienen churn 40% menor. No probado como causa.
Experimento diseñado — Supuesto #1

Hipótesis: "Creemos que el usuario con saldo > $1.000 activará Mercado Fondo si el proceso toma menos de 2 taps, incluso sin explicación previa del producto."

Método: A/B test. Variante A = flujo actual (3 pantallas + explicación). Variante B = activación en 2 taps con proyección directa. Muestra: 10.000 usuarios activos.

Métrica: Tasa de activación del fondo en las primeras 24 horas post-exposición.

Decisión: Si Variante B ≥ 30% → perseveramos. Si < 20% → pivotamos hacia flujo educativo previo.

Sprint8
Sesión 8 · Hackathon Final · Analytics y Métricas de Flujo
Dashboard de Métricas + Decisión Estratégica
Diseñar el sistema de medición del producto y tomar la decisión final basada en evidencia: ¿perseverar, pivotar o pausar?
📋 Enunciado
💡 Ejemplo Mercado Libre
🎯 Objetivo
Diseñar el sistema de medición del producto y tomar la decisión estratégica final basada en evidencia.
📋 Contexto
Han pasado 2 sprints desde que diseñaron el experimento del Sprint 7. El directorio quiere la Review mensual hoy. Debes presentar el estado del producto, qué aprendieron, qué métricas los guían y cuál es la decisión estratégica basada en evidencia. Este es el momento de integrar todo el trabajo del curso.
📦 Parte A
Dashboard de métricas (1 página): (1) North Star Metric con justificación de 2 líneas, (2) 3 métricas accionables: nombre | qué mide | umbral de alerta | umbral de éxito, (3) 1 Flow Metric del equipo: elige entre Flow Velocity, Flow Time o Flow Efficiency.
📦 Parte B
Presentación Hackathon (5 slides, 10 min): S1: Producto y contexto → S2: Backlog WSJF → S3: Visión + OKRs + Roadmap → S4: Hipótesis y experimento → S5: Dashboard + Decisión final razonada.
📐 Formato
Dashboard: 1 página. Presentación: 5 slides exactos. Tiempo: 10 min + 5 de preguntas. Se corta a los 10 minutos.
⏱ Tiempo
60–75 minutos de preparación fuera de clase.
🤖 IA sugerida
Prompt sugerido: "Simula los resultados de este experimento [pegar Sprint 7] para un producto [descripción] con 500 usuarios. Genera datos verosímiles y sugiere qué decisión estratégica se deriva." La decisión final debe ser del equipo.
Mercado Libre
Mercado Fondo — Sprint 8: Dashboard + Decisión Final
Cierre del ciclo
MétricaQué mide⚠ Alerta✅ Éxito
North Star: AUM/usuario activo (saldo promedio diario invertido)Valor entregado al usuario y al negocio simultáneamente.< $3.500> $5.000
Tasa de activación D1Efectividad del funnel de onboarding.< 20%> 30%
Churn mensual del fondoRetención y confianza a largo plazo.> 15%< 9%
Flow Time (días US de Ready a Done)Eficiencia del equipo de desarrollo.> 8 días< 4 días
Decisión estratégica final — Perseverar ✅

Resultado del experimento: Variante B (2 taps) alcanzó 34% de tasa de activación vs. 11% de la Variante A. Supera el umbral del 30% definido en Sprint 7.

Decisión: Perseverar con la dirección estratégica. El supuesto crítico #1 se validó: el usuario activa el fondo sin educación previa si el flujo es suficientemente simple.

Prioridad Sprint siguiente: Release 2 "Enganchar" — dashboard de rendimientos + retiro en 30 segundos. Churn actual (14%) está en zona de alerta y es el riesgo principal.

Riesgo vigente: El supuesto #2 (percepción de liquidez) no fue probado. Es la hipótesis más relevante para el diseño de Release 2.

Evaluación del proyecto

El proyecto equivale al 40% de la nota del curso. Se divide en tres componentes evaluados al final del semestre.

50%
Calidad acumulada de Sprints 1–7
Coherencia entre entregables, formato respetado, profundidad de análisis. Los 7 sprints previos cuentan una historia.
35%
Presentación Hackathon (Sprint 8)
Integración del trabajo, argumentación, decisión estratégica basada en evidencia. 10 minutos exactos.
15%
Uso documentado de IA
Mínimo en 2 sprints. Se evalúa transparencia y reflexión crítica sobre el output generado.

¿Cómo se evalúa la calidad de cada sprint?

DimensiónExcelenteSuficienteInsuficiente
Coherencia con sprints anterioresEl entregable conecta explícitamente con el trabajo previo.Se puede seguir el hilo con esfuerzo.El entregable ignora o contradice lo anterior.
Cumplimiento de formatoRespeta el límite de extensión exactamente.Excede levemente el formato.Ignora las restricciones de formato.
Profundidad analíticaLas decisiones tienen justificación con criterios del curso.Hay argumentos pero son superficiales.Las decisiones no están justificadas.
Aplicabilidad realEl entregable podría usarse en una empresa real.Es académicamente correcto pero genérico.No refleja realidad de un producto digital.

Resumen de los 8 Sprints

SprintEntregableFormato
1 — ContextoFicha de Contexto del Producto (Stacey, equipos, nivel PO)1 página
2 — Backlog1 Epic → 2 Features → 4 User Stories con criterios breves1 tabla
3 — CalidadDoR + DoD (4 criterios c/u) + 2 US en formato Gherkin1 página
4 — WSJFMatriz de priorización + justificación Cost of Delay1 tabla + 1 párrafo
5 — OKRs1 Objective + 2 KRs + Roadmap de 3 releases1 slide o tabla
6 — VisiónProduct Vision Board completo (5 secciones)1 slide o página
7 — Discovery3 supuestos rankeados + diseño de experimento completo1 página
8 — HackathonDashboard de 4 métricas + presentación 5 slides (10 min)5 slides

Política de uso de IA

Puedes usar Claude, ChatGPT, Gemini u otras herramientas en cualquier sprint. Estas son las reglas.

La IA es bienvenida — con condiciones
  • Su uso es optativo pero valorado en la evaluación.
  • Usar IA bien declarada y reflexivamente suma puntos.
  • El uso no declarado se considera deshonestidad académica.

Declaración obligatoria

Si usas IA en un entregable, agrega al final del documento esta línea:

IA usada para: [qué tarea específica].
Lo que modificamos o rechazamos: [qué cambió respecto al output original].

¿Qué puede y qué no puede hacer la IA en este proyecto?

✅ La IA puede...❌ La IA NO puede...
Generar un primer borrador del backlog o la ficha de contexto.Decidir qué producto gestionar por ti.
Proponer criterios Gherkin para tus User Stories.Reemplazar el criterio de priorización WSJF del equipo.
Sugerir OKRs a partir del backlog priorizado.Definir la visión estratégica del producto.
Identificar supuestos críticos en el Product Vision Board.Diseñar el experimento ni sus umbrales de decisión.
Simular datos de resultados de experimentos.Tomar la decisión estratégica final.

Prompts sugeridos por sprint

SprintPrompt sugerido
S1 — Contexto"Dado este producto [descripción], ¿en qué cuadrante de la matriz Stacey operaría y por qué?"
S2 — Backlog"Dado este producto [ficha S1], genera 1 Epic, 2 Features y 4 User Stories en formato Agile estándar."
S3 — Gherkin"Para esta User Story [pegar], genera 3 criterios de aceptación en formato Gherkin considerando casos de éxito y error."
S4 — WSJF"Para estas User Stories [pegar], asigna puntajes WSJF justificados para un producto [sector] en etapa [crecimiento/escalado]."
S5 — OKRs"Para un producto [descripción] con estas historias priorizadas [WSJF], propón 1 Objective y 2 Key Results medibles."
S6 — Visión"Genera 3 versiones de una Product Vision Statement para [producto] usando la estructura: 'Para [usuario], [producto] es el/la [categoría] que [beneficio], a diferencia de [alternativa].'"
S7 — Discovery"Dado este Product Vision Board [S6], identifica los 5 supuestos más riesgosos ordenados por impacto potencial."
S8 — Analytics"Simula los resultados de este experimento [S7] para 500 usuarios. Genera datos verosímiles y sugiere qué decisión estratégica se deriva."