Todos los métodos
FacilitationPrincipiante

Live Doc Meeting

Un Live Doc Meeting es una reunión que se conduce desde un único documento de agenda compartido y editable: las preguntas y propuestas se escriben en una lista numerada antes de la llamada, se tratan estrictamente en ese orden y las propias personas asistentes las responden y anotan en el mismo punto mientras transcurre la conversación. El formato procede del manual de trabajo totalmente remoto de GitLab, donde se supone que una reunión de trabajo sin una agenda así no debe celebrarse. Cuando la llamada termina, el documento ya es el registro completo y puede leerlo cualquiera que no haya podido asistir.

Duración
25m–50m
Tamaño del grupo
2+ people
Materiales
Documento compartido en línea que todas las personas asistentes puedan editar, Plantilla de agenda con una sección de contexto y una lista numerada, Videollamada o sala de reuniones con pantalla…

Guion de facilitación

  1. 1

    Abrir con un breve resumen del objetivo y del resultado esperado. Señalar la lista numerada y recordar que hay que tomar notas debajo de cada punto mientras otras personas hablan.

    2 min
  2. 2

    Tomar el punto 1. Pedir a quien lo escribió que lo exponga, o leerlo en su lugar. Dejar correr la discusión mientras las personas asistentes anotan la respuesta y el siguiente paso en el mismo punto.

    6 min
  3. 3

    Seguir bajando por la lista en el orden escrito. Cuando la conversación se desvíe hacia otro tema, añadirlo como punto nuevo al final y volver al actual.

    20 min
  4. 4

    Cinco minutos antes del final, detenerse en el punto actual. Repasar juntos las notas y comprobar que cada decisión y cada siguiente paso tiene un nombre y una fecha.

    5 min
  5. 5

    Acordar qué pasa con los puntos que no se tocaron: responderlos por escrito, pasarlos a la próxima reunión o descartarlos. Cerrar la llamada y compartir el documento y la grabación con quienes faltaron.

    2 min

Consejos

  • Mantener el orden escrito incluso cuando una persona de mayor rango quiera adelantarse; el orden es lo que impide que la voz más habladora se quede con la reunión.

  • Pedir a dos personas que se alternen para tomar notas en los puntos más movidos, porque una sola rara vez sigue el ritmo de un intercambio rápido.

  • Si la lista está vacía una hora antes de la llamada, cancelarla y explicar por qué.

  • Eso hace más por consolidar el hábito que cualquier recordatorio.

Errores comunes

  • Nadie escribe puntos de antemano, así que quien conduce la reunión llena la lista en solitario y la reunión vuelve a ser una presentación con un documento adjunto

  • Solo una persona toma notas: no puede participar en la discusión, las notas van con retraso y el registro acaba reflejando la lectura que una sola persona hace de lo ocurrido

  • Quien conduce la reunión deja que la gente salte al punto que le interesa, lo que devuelve la reunión a la voz más fuerte y deja sin responder los primeros puntos

  • Las notas se recogen en una sección aparte al final en lugar de debajo de cada punto, de modo que quien lee ya no sabe qué respuesta corresponde a qué pregunta

  • El documento tiene permisos de acceso restringidos y los primeros minutos se pierden en solicitudes de acceso, lo que enseña a la gente que la agenda es opcional

Variaciones

Primero asíncrono: dejar que las personas respondan los puntos por escrito antes de la llamada y usar el tiempo en directo solo para los puntos que todavía necesitan discusión. Inicio en silencio: dedicar los primeros cinco minutos a leer y comentar en el documento antes de que nadie hable, lo que se acerca a un Silent Meeting. Presencial o híbrido: proyectar el documento y pedir igualmente a todas las personas que escriban en él desde su propio dispositivo; de lo contrario, quienes asisten en remoto pierden la igualdad de condiciones. Para una reunión recurrente, mantener un único documento continuo con la fecha más reciente arriba, de modo que el historial siga siendo consultable.

Casos de uso

Reuniones de equipo recurrentes en equipos remotos e híbridosReuniones entre zonas horarias en las que algunas personas solo pueden aportar por escritoReuniones de decisión que necesitan un registro trazableSesiones de preguntas y respuestas con la dirección y rondas de preguntas en reuniones generalesSincronizaciones de proyecto con asistencia cambiante

Cuándo usarlo

  • Una reunión de equipo recurrente produce decisiones que nadie logra encontrar ni reconstruir dos semanas después

  • El equipo está repartido en varias zonas horarias y algunas personas solo pueden aportar antes o después de la llamada

  • Unas pocas personas acaparan la palabra y quienes son más callados rara vez consiguen plantear sus preguntas

  • La asistencia cambia de una semana a otra y quienes faltan necesitan ponerse al día sin un resumen aparte

  • Se quiere reducir las presentaciones de estado y dedicar el tiempo en directo a preguntas y decisiones

Cuándo no usarlo

  • El propósito es el contacto informal: una agenda escrita mata una conversación social, así que conviene un Random Coffee o una charla sin estructura

  • El grupo necesita generar ideas y construir sobre ellas de forma visual; usar un formato de pizarra como un Affinity Map o un Walking Brainstorm

  • El tema es un conflicto o un asunto delicado de personal en el que un registro escrito permanente haría que la gente se cohibiera; mantener una conversación facilitada y acordar por separado qué se deja por escrito

  • Los temas no pueden conocerse de antemano y deben surgir de las personas presentes; Lean Coffee construye la agenda en la sala

  • Las personas participantes no pueden escribir ni seguir la lectura con comodidad, por ejemplo en una planta de producción o durante un viaje; usar una ronda hablada con una persona designada para tomar notas

Métodos relacionados

Preguntas frecuentes

¿Qué es un Live Doc Meeting?▾

Un Live Doc Meeting es una reunión organizada en torno a un único documento de agenda compartido que todas las personas pueden editar. Las personas asistentes añaden de antemano preguntas y propuestas numeradas, el grupo las trata en el orden escrito y durante la llamada se escriben las respuestas y los siguientes pasos debajo de cada punto. La práctica está documentada en el manual de trabajo totalmente remoto de GitLab.

¿Cuánto debería durar un Live Doc Meeting?▾

El formato en sí no fija una duración. Los equipos que lo usan suelen reservar 25 o 50 minutos en lugar de 30 o 60, lo que deja una pausa antes de la siguiente llamada. Si la lista numerada es corta, terminar antes; el documento muestra con claridad cuándo el trabajo está hecho.

¿Quién toma las notas en un Live Doc Meeting?▾

Todas las personas que no están hablando en ese momento. Las notas van directamente debajo del punto de la agenda que se está tratando, no en una sección de acta aparte. En los puntos que avanzan rápido ayuda que dos personas se alternen, de modo que una escriba mientras la otra atiende a quien habla a continuación.

¿Por qué leer las preguntas en voz alta si ya están escritas?▾

Escuchar una pregunta da a todo el grupo un momento para pensarla, y quien habla suele añadir contexto que omitió al escribir. También garantiza que un punto respondido por escrito por una persona sea realmente visto por las demás. Si quien lo escribió prefiere no hablar, quien conduce la reunión lee el punto en su lugar.

¿En qué se diferencia un Live Doc Meeting de un Silent Meeting?▾

Un Silent Meeting dedica la mayor parte del tiempo a leer y comentar un documento preparado sin hablar, seguido de una breve discusión. Un Live Doc Meeting es una reunión hablada; el documento fija el orden y guarda el registro. Los dos se combinan bien cuando un Live Doc Meeting empieza con unos minutos de lectura en silencio.

🪡

Planifica tu próximo taller con IA

Workshop Weaver te ayuda a combinar métodos como Live Doc Meeting en una agenda completa y cronometrada en minutos.

Probar gratis

Method descriptions on Workshop Weaver are original content written by our team, based on established facilitation practices. This method was inspired by work from GitLab (all-remote handbook).