# Plantilla de brief de proyecto

Cuatro documentos enlazados que ponen en marcha un proyecto y lo mantienen honesto: por qué ahora, el objetivo único, qué entra y qué no, quién decide, los hitos y los riesgos. Descárgalos como archivos Markdown: se abren en cualquier editor, muestran su diagrama en GitHub y en Obsidian, y se importan en Nodary como un mapa.

Gratis, sin cuenta y sin correo. Úsala, modifícala, compártela.

[Descargar la plantilla (.zip)](https://nodary.ai/downloads/plantilla-brief-de-proyecto.zip)

## Lee cada página antes de descargarla

El brief cabe en una pantalla y enlaza tres partes: las personas, el plan y los riesgos. Las líneas en cursiva dicen qué escribir; los ejemplos siguen un mismo proyecto de ejemplo, trasladar un centro de ayuda a un sitio nuevo antes de que termine un contrato.

- Brief de proyecto: La página que todos leen primero: por qué ahora, el objetivo, el alcance y un enlace a cada parte.
- Partes interesadas y roles: Quién decide, quién hace el trabajo, a quién hay que consultar y quién solo necesita saberlo.
- Plan e hitos: Los hitos con lo que significa terminado para cada uno, las fases, el presupuesto y el seguimiento.
- Riesgos y decisiones: Lo que podría detener el proyecto, qué hace el equipo al respecto y cada decisión tomada por el camino.

### Brief de proyecto

_Cómo usar esta plantilla: las líneas en cursiva son indicaciones. Sustitúyelas por tus palabras y luego bórralas. Los valores entre corchetes los rellenas tú. Mantén esta página en una pantalla: quien se incorpore al proyecto debe entenderla en cinco minutos._

#### De un vistazo

| Campo | Este proyecto |
| --- | --- |
| Proyecto | [Nombre] |
| Patrocinador | [nombre] |
| Responsable del proyecto | [nombre] |
| Inicio | [fecha] |
| Fecha límite | [fecha] |
| Presupuesto | [importe, o personas y semanas] |
| Estado | [propuesto, aprobado, en curso, terminado] |
| Próximo hito | [nombre y fecha] |

#### Por qué ahora

_Qué pasa si el equipo no hace nada. Un brief sin una razón para empezar ahora es una lista de deseos._

_Ejemplo (un proyecto de muestra): El contrato de alojamiento del centro de ayuda termina el 30 de junio. Después de esa fecha, sus 400 artículos y la búsqueda que los acompaña dejan de estar en línea._

[Por qué este proyecto, y por qué ahora]

#### Objetivo

_Un resultado, medible, con fecha. Si necesitas dos objetivos, probablemente tienes dos proyectos._

[Qué es cierto cuando el proyecto termina, y para cuándo]

#### Alcance

- Dentro del alcance: [...]
- Fuera del alcance: [...]
- Por decidir: [...]

#### Restricciones

- Presupuesto: [...]
- Fecha límite: [...]
- Personas: [...]
- No debe cambiar: [...]

#### El resto del brief

_Cada parte es un documento propio. Enlázala en vez de copiarla, para que cada dato viva en un solo sitio._

- [Partes interesadas y roles](https://nodary.ai/es/templates/project-brief#doc-team): quién decide, quién hace el trabajo, a quién se consulta y a quién se informa
- [Plan e hitos](https://nodary.ai/es/templates/project-brief#doc-plan): hitos, fases, presupuesto y seguimiento
- [Riesgos y decisiones](https://nodary.ai/es/templates/project-brief#doc-risks): riesgos, supuestos, registro de decisiones y preguntas abiertas

_Puedes usar, modificar y compartir esta plantilla libremente. Viene de_ [Nodary](https://nodary.ai/es)_, donde estos archivos se importan como un mapa de documentos enlazados._

### Partes interesadas y roles

**Responsable:** [nombre] · **Estado:** borrador · **Última revisión:** [fecha]

_Todas las personas de las que depende el proyecto o a las que afecta, y lo que cada una hace en él. Una parte interesada que se entera del proyecto en el lanzamiento es un riesgo que podías haber evitado._

#### Personas

| Persona o equipo | Rol en el proyecto | Responsable de | Decide sobre |
| --- | --- | --- | --- |
| [nombre] | [patrocinador] | [...] | [presupuesto, alcance] |
| [nombre] | [responsable del proyecto] | [...] | [...] |
| [equipo] | [...] | [...] | [...] |

#### RACI

_R realiza el trabajo, A responde de él y decide, C es consultado antes, I es informado después. Exactamente una A por fila._

| Trabajo | R (realiza) | A (responde) | C (consultado) | I (informado) |
| --- | --- | --- | --- | --- |
| [Alcance] | [...] | [...] | [...] | [...] |
| [Presupuesto] | [...] | [...] | [...] | [...] |
| [Entrega] | [...] | [...] | [...] | [...] |
| [Lanzamiento] | [...] | [...] | [...] | [...] |

_Ejemplo (un proyecto de muestra): Migración de contenidos: el equipo de soporte la realiza, la responsable de soporte responde de ella, se consulta al equipo de producto sobre la estructura de los artículos y se informa a ventas de las nuevas direcciones._

#### Cómo nos comunicamos

- Actualización semanal: [dónde y cuándo]
- Decisiones: [dónde se escriben]
- Preguntas: [dónde hacerlas, y quién responde]

Ver también: [Brief de proyecto](https://nodary.ai/es/templates/project-brief#doc-overview) · [Plan e hitos](https://nodary.ai/es/templates/project-brief#doc-plan)

### Plan e hitos

**Responsable:** [nombre] · **Estado:** borrador · **Última revisión:** [fecha]

_El plan al nivel que lee el patrocinador. Las tareas detalladas viven donde trabaja el equipo; esta página dice cuándo llega cada hito y cómo lo sabrás._

#### Hitos

| Hito | Fecha | Terminado cuando | Responsable |
| --- | --- | --- | --- |
| [...] | [fecha] | [...] | [nombre] |
| [...] | [...] | [...] | [...] |
| [...] | [...] | [...] | [...] |

_“Terminado cuando” es la columna que todos se saltan. Sin ella, un hito es solo una fecha._

_Ejemplo (un proyecto de muestra): Contenidos migrados, 15 de mayo: terminado cuando cada artículo se abre en el sitio nuevo con sus enlaces funcionando, comprobado por soporte._

#### Fases

```mermaid
flowchart LR
  n0["Brief aprobado"]
  n1["Planificar"]
  n2["Construir"]
  n3["Revisar"]
  n4["Lanzar"]
  n5["Cierre"]
  n0 --> n1
  n1 --> n2
  n2 --> n3
  n3 --> n4
  n4 --> n5
```
_Del brief aprobado al cierre_

#### Presupuesto

| Partida | Estimado | Gastado | Notas |
| --- | --- | --- | --- |
| [Personas] | [...] | [...] | [...] |
| [Herramientas y servicios] | [...] | [...] | [...] |
| [Reserva] | [...] | [...] | [...] |

#### Seguimiento

_Con qué frecuencia se informa del avance, a quién, y qué hace que un estado pase de “en plazo” a “en riesgo”._

- En plazo: [...]
- En riesgo: [...]
- Retrasado: [...]

Ver también: [Brief de proyecto](https://nodary.ai/es/templates/project-brief#doc-overview) · [Partes interesadas y roles](https://nodary.ai/es/templates/project-brief#doc-team) · [Riesgos y decisiones](https://nodary.ai/es/templates/project-brief#doc-risks)

### Riesgos y decisiones

**Responsable:** [nombre] · **Estado:** borrador · **Última revisión:** [fecha]

#### Riesgos

| Riesgo | Probabilidad | Impacto | Qué hacemos | Responsable |
| --- | --- | --- | --- | --- |
| [...] | [baja, media, alta] | [bajo, medio, alto] | [...] | [nombre] |
| [...] | [...] | [...] | [...] | [...] |

_Ejemplo (un proyecto de muestra): Las redirecciones desde las direcciones antiguas no están listas el 30 de junio: impacto alto. El desarrollador las configura en mayo y soporte prueba los 50 artículos más leídos._

#### Supuestos

_Lo que crees sin haberlo comprobado. Cada supuesto es un riesgo hasta que alguien lo confirma._

- [Supuesto], comprobado por [nombre] antes del [fecha]
- [...]

#### Registro de decisiones

_Cada decisión que cambia el alcance, la fecha o el presupuesto: qué, quién, por qué y qué página cambió._

| Fecha | Decisión | Decidido por | Por qué | Página modificada |
| --- | --- | --- | --- | --- |
| [fecha] | [...] | [...] | [...] | [...] |

#### Preguntas abiertas

- [ ] [Pregunta], [quién la responde], [para cuándo]

Ver también: [Brief de proyecto](https://nodary.ai/es/templates/project-brief#doc-overview) · [Plan e hitos](https://nodary.ai/es/templates/project-brief#doc-plan)

## Cómo usarla

### Escribe el brief de una sentada

Rellena la visión general con la patrocinadora y el responsable del proyecto, en una hora más o menos: por qué ahora, el objetivo, el alcance y las restricciones. Todo lo demás sale de ahí.

### Nombra a una sola persona que decide

En el RACI, da a cada trabajo exactamente una persona que responde de él. Dos personas que deciden son ninguna.

### Convierte las fechas en comprobaciones

Para cada hito, escribe qué significa “terminado”. Una fecha sin comprobación se mueve en silencio.

### Revísalo en cada hito

Contrasta el brief con la realidad en cada hito, actualiza los riesgos y anota cada decisión que cambie el alcance o la fecha.

## Impórtala en Nodary como un mapa

Nodary es un espacio de trabajo nativo de IA donde los documentos de un equipo se enlazan en vez de amontonarse. Importa el .zip y el brief llega con sus tres partes debajo y sus enlaces conservados. Da a cada documento un responsable y una fecha límite, ve todas las fechas en un calendario y sigue un hito con una vista de progreso en vivo que dice si llegará a tiempo. Los agentes de IA conectados por MCP leen el brief antes de planificar trabajo en él.

1. Abre el mapa de un proyecto y elige «Importar».
2. Elige la pestaña «Carpeta o ZIP» y después «Elegir un ZIP».
3. Selecciona el archivo descargado, revisa el árbol e importa.

El plan Free admite diez documentos por espacio de trabajo, contando la página del propio proyecto: los cuatro de la plantilla caben de sobra. Nodary también trae integrada una plantilla de brief de proyecto de una página.

## Escribir un brief que arranque bien un proyecto

Un brief de proyecto falla cuando es una lista de deseos a la que nadie puede decir que no, o un documento que nadie abre después del arranque. Estos hábitos evitan las dos cosas.

### Da una razón para empezar ahora

Di qué pasa si el equipo no hace nada. Un brief sin plazo propio compite con todas las demás ideas, y pierde.

### Un objetivo, con fecha

Si necesitas dos objetivos, probablemente tienes dos proyectos. Escribe el único resultado que significa éxito, y para cuándo.

### Escribe lo que queda fuera

La lista de lo que queda fuera del alcance es la que protege la fecha. Cada línea es una discusión que no tendrás más tarde.

### Una sola persona decide

Cada decisión necesita a alguien que responda por ella. Un comité puede aconsejar; no puede decidir.

### Di lo que supones

Cada supuesto es un riesgo hasta que alguien lo comprueba. Escríbelos, con quién comprueba cada uno.

### Corto y al día

Una pantalla para el brief, una página por parte. Actualízalo cuando cambie el proyecto, para que nunca describa un proyecto que ya no existe.

## Preguntas sobre el brief de proyecto

### ¿Qué es un brief de proyecto?

Un brief de proyecto es un documento corto que explica por qué existe un proyecto, qué debe conseguir, qué entra en su alcance y qué no, quién participa y cómo se va a llevar. Se escribe antes de empezar el trabajo, para que la patrocinadora, el equipo y quien llegue después hablen del mismo proyecto.

### ¿Qué debe incluir un brief de proyecto?

La razón para empezar ahora, un objetivo medible con fecha, el alcance y lo que queda fuera, las restricciones, las partes interesadas y sus roles, los hitos con lo que significa “terminado”, el presupuesto, los riesgos y supuestos, y un registro de decisiones. Esta plantilla tiene un documento para cada grupo.

### ¿Qué diferencia hay entre un brief y un acta de constitución del proyecto?

Los dos describen un proyecto antes de empezar. El acta de constitución suele ser un documento formal que autoriza el proyecto y a su responsable, firmado por un patrocinador. El brief es más corto y ligero: alinea a las personas implicadas. Muchos equipos lo usan como acta.

### ¿Qué es un RACI?

Una tabla que dice, para cada trabajo, quién lo realiza (R), quién responde de él y decide (A), a quién se consulta antes (C) y a quién se informa después (I). Su regla principal: exactamente una persona que responde por fila.

### ¿Qué extensión debe tener un brief de proyecto?

El brief en sí debe caber en una pantalla. Los detalles, como el plan, el RACI y los riesgos, viven en sus propias páginas enlazadas, para que la primera siga siendo legible.

### ¿Puedo usarlo para proyectos de clientes?

Sí. Agencias y consultoras usan un brief para acordar el alcance con un cliente antes de empezar. Mantén especialmente al día la lista de lo que queda fuera y el registro de decisiones: resuelven la mayoría de los desacuerdos.

La página: https://nodary.ai/es/templates/project-brief