1. Alinear el punto de partida y los objetivos

Comiencen con una sesión para distinguir lo que ya conocen de lo que todavía necesitan comprobar. Registren el estado del producto, las hipótesis sobre clientes, las capacidades disponibles y los bloqueos. El propósito no es producir una presentación extensa, sino construir una referencia compartida para decidir. Después, formulen objetivos para el siguiente periodo de trabajo. Cada objetivo debe expresar un resultado buscado y la evidencia que permitirá revisarlo. Eviten formulaciones como «avanzar con el producto»: no aclaran qué debe cambiar ni cómo reconocer el avance.

  • Resultado: ¿qué queremos aprender, resolver o mejorar?
  • Evidencia: ¿qué observaremos para evaluar el resultado?
  • Alcance: ¿qué queda incluido y qué se deja fuera?
  • Revisión: ¿cuándo decidiremos continuar, ajustar o detener?

2. Separar objetivos, actividades y entregables

No traten estos conceptos como equivalentes. El objetivo indica el cambio buscado; la actividad describe el trabajo; el entregable reúne algo que puede revisarse. Completar actividades no demuestra, por sí solo, que se haya conseguido el resultado. Como ejemplo ilustrativo, si buscan entender una dificultad del registro de usuarios, podrían analizar ese recorrido y realizar pruebas. El entregable sería una síntesis de hallazgos con evidencia y cambios propuestos. No den por resuelta la dificultad únicamente porque se entregó el documento: acuerden cómo comprobarán la mejora.

  • Definan el formato y contenido mínimo del entregable.
  • Identifiquen quién lo revisa y con qué criterios.
  • Aclaren qué decisión debe facilitar.

3. Asignar responsables y autoridad para decidir

Para cada frente de trabajo, nombren a una persona responsable de coordinarlo. Puede haber varias personas ejecutando tareas, pero debe quedar claro quién consolida avances y comunica bloqueos. Distingan también entre preparar una recomendación, revisarla y aprobarla. No supongan que la participación del venture builder transfiere automáticamente las decisiones del equipo fundador. Documenten quién decide sobre producto, prioridades comerciales, recursos y cambios de alcance, conforme a los acuerdos existentes. Si una decisión requiere revisión conjunta, indiquen cómo se resolverá y qué ocurrirá si no hay consenso.

  • Responsable de ejecución: coordina el trabajo y presenta avances.
  • Responsable de aprobación: acepta el entregable o solicita ajustes.
  • Personas consultadas: aportan información antes de decidir.
  • Personas informadas: reciben la decisión y sus implicaciones.

4. Convertir las prioridades en un plan compartido

Reúnan las iniciativas en una lista compartida y ordénenlas según su relación con los objetivos. Para cada una, registren responsable, entregable, dependencias, fecha acordada y estado. Mantengan visibles las restricciones de capacidad para no comprometer más trabajo del que pueden atender. Antes de incorporar una tarea, pregunten qué desplaza. Si una solicitud urgente no modifica el plan, puede terminar agregándose sobre compromisos anteriores sin una decisión explícita. Diferencien las ideas por evaluar de las iniciativas aprobadas: ambas pueden estar registradas, pero no deben interpretarse como obligaciones equivalentes.

  • Usen criterios compartidos: contribución al objetivo, incertidumbre, esfuerzo y dependencias.
  • Revisen el trabajo en curso antes de abrir nuevos frentes.
  • Dejen explícito lo que se pospone y por qué.

5. Acordar cómo se acepta cada entregable

Definan los criterios de aceptación antes de ejecutar. Expresiones como «prototipo terminado» o «estrategia lista» dejan demasiado espacio a interpretaciones. Especifiquen qué debe incluirse, qué condiciones deben cumplirse y quién verificará cada punto. Por ejemplo, un prototipo podría requerir un recorrido definido, acceso para revisión y una lista de limitaciones conocidas. Es un ejemplo de acuerdo operativo, no un estándar obligatorio. Adapten los criterios al propósito del trabajo y separen las correcciones necesarias de las mejoras que pueden quedar pendientes.

  • Registren el estado: aceptado, requiere ajustes o pendiente de revisión.
  • Concentren la retroalimentación para evitar instrucciones contradictorias.
  • Asignen responsable y fecha para resolver los ajustes.

6. Dar seguimiento sin convertirlo en una carga

Acuerden una frecuencia de revisión según el ritmo del trabajo y las decisiones pendientes. Reserven las reuniones para revisar evidencia, resolver bloqueos y ajustar prioridades; las actualizaciones informativas pueden quedar en el espacio compartido. Usen una agenda estable: objetivo vigente, avances verificables, pendientes, riesgos y decisiones necesarias. Cierren con acuerdos que indiquen qué se hará, quién lo hará y para cuándo. Si algo no avanzó, identifiquen la causa antes de reasignar fechas: puede faltar información, capacidad, una aprobación o una dependencia externa.

  • Compartan los materiales con tiempo para revisarlos.
  • Distingan entre una tarea realizada y un resultado observado.
  • Escalen los bloqueos que no puedan esperar a la siguiente reunión.

7. Resolver desacuerdos sobre prioridades

Cuando aparezca una diferencia, formulen primero la decisión concreta. No es lo mismo debatir «qué producto queremos» que decidir si una funcionalidad entra en el periodo actual. Después, separen los hechos disponibles, las hipótesis y las preferencias. Comparen las opciones con los criterios ya acordados. Si falta evidencia, consideren una prueba acotada antes de comprometer más recursos. Si la decisión no puede esperar, recurran a la autoridad definida y documenten el razonamiento. Dejen una condición de revisión para reconsiderarla si cambia la información.

  • Describan las alternativas y sus consecuencias.
  • Expongan qué trabajo se retrasa con cada opción.
  • Registren quién decide y cuándo se revisará.

8. Mantener documentación y continuidad

Definan un lugar compartido para el plan, los entregables y el registro de decisiones. Acuerden nombres, versiones y permisos de acceso. Eviten que la única explicación de una decisión quede en una conversación privada. Al cerrar cada periodo, revisen qué se entregó, qué se aprendió y qué sigue pendiente. Si un frente cambia de responsable, incluyan contexto, archivos, accesos autorizados y próximos pasos. La documentación debe permitir continuar el trabajo, no limitarse a demostrar que hubo actividad.

  • Conserven una versión identificable de cada entregable aprobado.
  • Registren decisiones relevantes con su motivo y fecha.
  • Revisen accesos cuando cambien las personas participantes.

9. Plantilla para la siguiente revisión conjunta

Usen esta ficha como punto de partida y adapten su detalle a la complejidad del trabajo. Si un campo no puede completarse, conviértanlo en una pregunta por resolver antes de asumir el compromiso.

  • Objetivo y evidencia esperada.
  • Entregable y criterios de aceptación.
  • Responsable de ejecución y persona que aprueba.
  • Dependencias, recursos y accesos necesarios.
  • Fecha de revisión y estado actual.
  • Bloqueos y decisiones pendientes.
  • Cambios de prioridad y siguiente acción.

Conclusión

Trabajar con un venture builder requiere acuerdos operativos explícitos y revisables. Conecten cada objetivo con evidencia, asignen responsables y definan cómo aceptar entregables. Cuando cambien las prioridades, actualicen el plan y documenten las decisiones para mantener una referencia compartida. Antes de la próxima reunión, completen la ficha de seguimiento para una prioridad activa y revisen juntos los puntos que todavía no tienen una respuesta clara.