Ritmo de founder
Ritmo
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