Plantilla de notas de reunión en Markdown

Documentar las reuniones es clave para mantener al equipo alineado. Sin un registro claro, las decisiones se olvidan, las tareas se pierden y en la siguiente reunión se repiten las mismas discusiones. Con esta plantilla en Markdown puedes registrar decisiones, tareas y puntos clave de forma rápida y consistente.

La plantilla usa sintaxis básica de Markdown (encabezados, listas, tablas), así que funciona en cualquier plataforma: GitHub, Obsidian, Notion, HackMD, VS Code o cualquier editor de texto.

Plantilla completa

Copia la siguiente plantilla y personalízala para tu reunión:

# Reunión: [Título de la reunión]

**Fecha**: 2026-01-15
**Hora**: 10:00 - 11:00
**Lugar**: Sala A / Zoom
**Asistentes**: Nombre 1, Nombre 2, Nombre 3
**Moderador**: Nombre del moderador
**Notas tomadas por**: Nombre

---

## Agenda

1. Revisión de tareas pendientes de la reunión anterior
2. [Tema principal de la reunión]
3. [Segundo tema]
4. Próximos pasos y asignación de tareas

---

## Notas

### 1. Revisión de tareas pendientes

- [x] Tarea completada desde la última reunión - @Nombre
- [ ] Tarea pendiente, se pospone a la próxima semana - @Nombre
- [x] Investigación sobre X completada, resultados en el documento Y - @Nombre

### 2. [Tema principal]

Resumen de la discusión sobre el tema principal. Incluye los puntos clave,
las opiniones expresadas y el contexto necesario para entender la decisión.

**Decisión tomada**: Descripción clara de lo que se decidió y por qué.

**Alternativas consideradas**:
- Opción A: descripción breve. Descartada porque...
- Opción B: descripción breve. Elegida porque...

### 3. [Segundo tema]

Notas sobre el segundo punto de la agenda.

**Pendiente**: Se necesita más información antes de tomar una decisión.
Se revisará en la próxima reunión.

---

## Decisiones

| # | Decisión | Responsable | Fecha límite |
|---|----------|-------------|--------------|
| 1 | Descripción de la decisión tomada | @Nombre | 2026-01-22 |
| 2 | Otra decisión importante | @Nombre | 2026-01-29 |

---

## Tareas

| # | Tarea | Responsable | Fecha límite | Estado |
|---|-------|-------------|--------------|--------|
| 1 | Descripción concreta de la tarea | @Nombre | 2026-01-22 | Pendiente |
| 2 | Otra tarea asignada | @Nombre | 2026-01-29 | Pendiente |
| 3 | Tarea de seguimiento | @Nombre | 2026-02-05 | Pendiente |

---

## Próxima reunión

**Fecha**: 2026-01-22
**Hora**: 10:00
**Temas a tratar**:
- Seguimiento de las tareas asignadas
- [Nuevo tema pendiente]

Estructura de la plantilla

La plantilla está organizada en secciones que cubren todo el ciclo de una reunión:

Cabecera

La cabecera contiene los datos básicos: fecha, hora, lugar, asistentes y moderador. Incluir quién tomó las notas es importante para saber a quién preguntar si algo no queda claro. Si usas Obsidian, puedes poner estos datos en el front matter para facilitar las búsquedas.

Agenda

La agenda se comparte antes de la reunión para que todos los asistentes sepan qué se va a tratar. Usar una lista numerada permite referenciar los puntos durante la reunión ("vamos con el punto 3"). Si la reunión se desvía de la agenda, anótalo en las notas.

Notas

Las notas son el cuerpo principal del documento. Cada punto de la agenda tiene su propia subsección con un resumen de la discusión. Lo más importante es registrar las decisiones tomadas y el contexto detrás de ellas. Dentro de un mes, nadie recordará por qué se eligió la opción B, pero si está documentado, el equipo puede consultar las notas.

Decisiones y tareas

Las tablas de decisiones y tareas son la parte más valiosa de las notas. Separarlas del texto permite revisarlas rápidamente sin releer todo el documento. Cada tarea tiene un responsable claro y una fecha límite. En la siguiente reunión, se revisan estas tablas para hacer seguimiento.

Variantes de la plantilla

Reunión de sprint (Scrum)

Si trabajas con metodologías ágiles, puedes adaptar la plantilla para las ceremonias de Scrum:

# Sprint Review - Sprint 14

**Fecha**: 2026-01-15
**Sprint**: 14 (2026-01-01 al 2026-01-15)
**Equipo**: Nombre del equipo

## Objetivos del sprint

- [x] Objetivo 1: Implementar autenticación OAuth
- [ ] Objetivo 2: Migrar base de datos (bloqueado por dependencia)

## Demo

| Historia | Estado | Demo | Notas |
|----------|--------|------|-------|
| US-101: Login con Google | Completada | Sí | Aprobada por PO |
| US-102: Migración DB | En progreso | No | Bloqueada, se pasa al sprint 15 |

## Retrospectiva

### ¿Qué fue bien?
- Buena colaboración entre frontend y backend
- Los tests automatizados detectaron 3 bugs antes de QA

### ¿Qué mejorar?
- Las estimaciones del objetivo 2 fueron demasiado optimistas
- Faltó comunicación sobre el bloqueo

### Acciones
- [ ] Revisar proceso de estimación - @Nombre
- [ ] Crear canal de bloqueos en Slack - @Nombre

Reunión 1:1

Para reuniones individuales entre manager y reporte directo:

# 1:1 - [Nombre del manager] y [Nombre del reporte]

**Fecha**: 2026-01-15

## Seguimiento

- Proyecto X: ¿cómo va? ¿Algún bloqueo?
- Formación: ¿has podido avanzar con el curso de Y?

## Temas del reporte

- [Temas que quiere discutir el reporte]

## Temas del manager

- [Temas que quiere discutir el manager]

## Feedback

- [Feedback positivo o constructivo]

## Acciones

- [ ] Acción acordada 1 - @Responsable
- [ ] Acción acordada 2 - @Responsable

Reunión de decisión (RFC)

Para reuniones donde se toma una decisión técnica o de producto importante:

# RFC: [Título de la propuesta]

**Fecha de la reunión**: 2026-01-15
**Autor de la propuesta**: @Nombre
**Asistentes**: Nombre 1, Nombre 2, Nombre 3
**Estado**: Aprobada / Rechazada / Pendiente

## Contexto

Descripción del problema o la oportunidad que motiva la propuesta.

## Propuesta

Descripción detallada de la solución propuesta.

## Alternativas consideradas

| Opción | Ventajas | Desventajas |
|--------|----------|-------------|
| A | ... | ... |
| B | ... | ... |

## Decisión

Opción elegida y justificación.

## Próximos pasos

- [ ] Implementar la solución - @Nombre - 2026-01-29
- [ ] Documentar el cambio - @Nombre - 2026-02-05

Consejos para tomar notas de reunión

Prepara la agenda antes: comparte los temas a tratar con antelación para que todos vengan preparados. Una reunión sin agenda es una reunión sin rumbo.
Registra decisiones, no discusiones: las notas no son una transcripción. Resume los puntos clave y documenta las decisiones con su contexto. Si alguien necesita los detalles, puede preguntar.
Asigna responsables: cada tarea debe tener un responsable claro con nombre y apellido (o @usuario). "El equipo se encargará" significa que nadie lo hará.
Pon fechas límite: una tarea sin fecha límite es un deseo, no un compromiso. Incluso si la fecha es aproximada, ponerla obliga a priorizar.
Comparte al terminar: envía las notas a todos los asistentes lo antes posible, idealmente el mismo día. Cuanto más tiempo pase, menos útiles serán.
Revisa en la siguiente reunión: empieza cada reunión revisando las tareas de la anterior. Esto crea un ciclo de responsabilidad y evita que las tareas caigan en el olvido.

¿Dónde guardar las notas?

Las notas de reunión en Markdown se pueden guardar en cualquier plataforma:

GitHub/GitLab Wiki: ideal para equipos de desarrollo que ya usan Git. Las notas se versionan automáticamente.
Obsidian: perfecto para notas personales o de equipos pequeños. Puedes enlazar notas entre sí con el método Zettelkasten.
Notion: si tu equipo ya usa Notion, puedes pegar Markdown directamente.
Carpeta docs/: en el repositorio del proyecto, una carpeta docs/meetings/ con un archivo por reunión es la opción más sencilla y portable.

Si necesitas más plantillas, consulta nuestra sección de plantillas de Markdown.