Clase 25 – Inception: Preparación y Diseño
S. CASO SALUD TECH
Consideraciones clave para la sesión de Inception:
1. Facilitación y clima (humano primero)
- Andrea debe facilitar con un coach externo si es posible, dado el ambiente tenso.
- Normas de convivencia: acuerdo explícito de “cero culpas, foco en soluciones” antes de empezar.
- Check-in emocional: 10 min para que cada uno diga qué necesita del grupo para sentirse seguro de hablar.
2. Stakeholders críticos a mapear (30 min)
- Primarios: Pacientes crónicos, médicos de cabecera (2-3 entrevistados rápidos).
- Secundarios: Administrador del hospital asociado (sistema de historias), inversionista potencial (Carlos trae feedback real).
- Ancla: Carlos debe comprometerse a 4 horas de colaboración activa durante la Inception.
3. Riesgos y restricciones (40 min)
Convertir los riesgos identificados en acciones con owner y fecha:
- Deuda técnica: Rubén calcula el % de cobertura de tests actual en 30 min.
- Baja autogestión: Todos votan qué decisión tomarían sin Carlos en 1 hora.
- Ambigüedad de negocio: Carlos firma un “Contrato de Compromiso PO” (disponibilidad, priorización única).
- Disponibilidad: Exponer el costo de oportunidad de cada reunión externa que cancela.
4. User Story Mapping colaborativo (2 horas)
- Todos los 5 miembros en una pared física o Miro.
- Paso 1: Identificar Actividades principales (ej: “Agendar cita”), Tareas (ej: “Ver disponibilidad”), y Stories (ej: “Como paciente quiero ver horas disponibles…”).
- Paso 2: Marcar con color rojo las dependencias técnicas entre Rubén, Laura y Antonio para romper silos.
5. Definición de MVP y Release 1 (1 hora)
- MVP = Solo 3 funcionalidades: (1) Registro/Login, (2) Ver disponibilidad, (3) Solicitar cita.
- Release 1 = MVP + Cancelar cita + Confirmaciones. Formula y chat quedan FUERA.
- Criterio de corte: ¿Qué demo podemos mostrar a 5 pacientes reales en 3 semanas?
6. Acuerdos de ingeniería (30 min)
- Arquitectura: Decidir “API monolítica modular” en lugar de microservicios por simplicidad (votación técnica).
- CI/CD: Configurar pipeline de integración continua antes del primer commit del Sprint 1 (owner: Laura).
- Definición de Done: Incluye “ejecuta en el dispositivo de otro desarrollador sin errores”.
Output esperado:
- One-pager de visión firmado por Carlos.
- User Story Map con Release 1 y Sprint 1 marcados.
- Lista de 5 acciones de mitigación de riesgo con dueño.
- Plan de “Sprint 0” (2 días): setup de Git, CI y definir DoD.
---
T. PROYECTO PERSONAL – APP “FINZ”
Consideraciones clave para Inception en solitario:
1. Stakeholder minimalista
- Yo: PO, SM y Dev.
- Usuario beta: 1 amigo que invierta en bolsa (feedback semanal).
- API externa: Alpha Vantage / Yahoo Finance (revisar límites de requests gratis).
2. Riesgo #1: Dependencia de API
- Acción: Crear capa de abstracción en 1 hora para poder cambiar de proveedor sin reescribir lógica.
- Mitigación: Descargar dataset de prueba en CSV como “modo offline”.
3. MVP definido por frustración
- MVP = Solo 2 acciones: (1) Conectar broker y ver portfolio actual, (2) Recibir alerta si acción cae >5 %.
- FUERA del MVP: Gráficos avanzados, chatbot de asesoría, meta de libertad financiera (fase 2).
- Criterio de éxito: Yo mismo uso la app 5 días seguidos sin volver a Excel.
4. Restricciones personales
- Horas por semana: 8 horas (2 por día laborable).
- Deadline real: Demo funcional en 1 mes para testear con usuario beta.
- Tecnología: React Native (ya lo conozco) + Firebase (auth y DB sin backend propio).
5. Plan de Sprint 0 (4 horas)
- Hora 1: Crear repo Git, .env con API keys, script de hello-world de Alpha Vantage.
- Hora 2: Sketch de 2 pantallas en papel (login, dashboard).
- Hora 3: Defir DoD personal: “La feature corre en mi teléfono sin warnings y tiene test unitario”.
- Hora 4: User Story Map de 3 columnas: “Ver plata → Decidir → Actuar”.
Output personal:
- One-payer en Notion con visión y MVP.
- 3 user stories en formato “Como inversor novato quiero…”.
- Checklist de Sprint 0 visible en mi escritorio.