Ritmo de founder Habilidad: Establecer una cadencia de trabajo y revisión que mantiene el venture avanzando de forma sostenida ¿Por qué importa esta habilidad? Sin un ritmo estructurado, los founders reaccionan constantemente a lo urgente y nunca trabajan en lo importante. Un ciclo semanal predecible — revisar métricas, definir prioridades, cerrar tareas — crea momentum y evita que el venture se estanque o dé vueltas en círculo. Los mejores founders no son más talentosos; son más consistentes. Qué se ve como un buen resultado El founder tiene un ritual semanal definido: día y hora fijos para revisar el tablero de métricas, actualizar el log de hipótesis, definir los 3 objetivos de la semana y revisar los Artifacts pendientes. Este ritmo se mantiene incluso en semanas difíciles o de alta actividad. Errores comunes Trabajar sin agenda semanal y decidir en el momento qué hacer cada día Saltarse la revisión semanal cuando hay "mucho trabajo" — precisamente cuando más se necesita Confundir actividad intensa con progreso real (muchas reuniones ≠ venture avanzando) No registrar qué pasó la semana anterior y repetir los mismos errores Tener ritmo de trabajo pero no de reflexión — ejecutar sin aprender Preguntas que el startup debe responder ¿Cuándo exactamente, cada semana, revisas tus métricas clave? ¿Qué tres cosas deben ocurrir esta semana para que el venture avance? ¿Cómo sabes al final de cada semana si fue una buena semana o no? ¿Tienes un espacio reservado para reflexionar — no solo ejecutar? ¿Qué tan predecible es tu semana de trabajo para tu equipo y mentores? Artifact requerido 📄 Protocolo de Semana del Founder Propósito: Documentar y comprometerse con una cadencia semanal de trabajo, revisión y reflexión que mantenga el venture avanzando de forma sostenida durante el programa Elementos requeridos: Día y hora fijos para revisión semanal de métricas (bloque en calendario) Lista de 3 preguntas estándar que el founder se hace cada semana Proceso para definir las 3 prioridades de la semana siguiente Checklist de cierre de semana (¿qué logré? ¿qué aprendí? ¿qué cambio?) Registro de las últimas 4 semanas completadas con observaciones Compromiso firmado de mantener el ritmo durante el programa Nota de cómo se ajusta el ritmo en semanas excepcionales (viajes, demos, etc.) Formato sugerido: Documento de 1–2 páginas con la estructura del protocolo + tabla de registro de semanas Señales de calidad: El protocolo es específico (días y horas reales, no genéricos), realista para el contexto del founder, y tiene evidencia de haberse usado al menos 3 semanas seguidas Errores fatales: Protocolo genérico copiado de una plantilla sin adaptación personal; sin evidencia de uso real; solo aspiracional sin implementación Estado:  ☐ No iniciado  |  ☐ En progreso  |  ☐ Completo  |  ☐ Revisado  |  ☐ Cumple estándar  |  ☐ Fuerte/Sobresaliente Criterios de completitud El founder tiene un protocolo semanal documentado con días y horas específicos El protocolo ha sido seguido al menos 3 semanas consecutivas Hay registro de al menos 4 semanas con observaciones de aprendizaje El founder puede articular qué cambió en su venture gracias al ritmo sostenido El protocolo está integrado con el Log de Decisiones y el tablero de métricas Rúbrica de revisión Nivel Descripción No iniciado Sin protocolo; el founder trabaja reactivamente sin cadencia definida En progreso El founder tiene intención de crear un ritmo pero no lo ha documentado ni practicado Completo Protocolo documentado y usado al menos 1 semana; estructura básica presente Revisado Protocolo seguido 3+ semanas con registro; ajustes realizados basados en experiencia Cumple estándar Cadencia sostenida y conectada con métricas, hipótesis y prioridades del venture Fuerte/Sobresaliente El ritmo del founder es un activo del venture; visible en el progreso acelerado y en la calidad de decisiones Cards relacionadas / siguiente paso Priorización de trabajo — el ritmo semanal define cuándo priorizas Log de decisiones — el cierre de semana es el momento de actualizar el log Estado de Artifacts — la revisión semanal incluye revisar avance de entregables Validación de hipótesis — el ritmo sostiene el ciclo Build-Measure-Learn