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.
4 archivos Markdown en un .zip, 4 kB
Gratis, sin cuenta y sin correo. Úsala, modifícala, compártela.
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.
Documentos
Archivo Plantilla de brief de proyecto/Brief de proyecto.md
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: quién decide, quién hace el trabajo, a quién se consulta y a quién se informa
- Plan e hitos: hitos, fases, presupuesto y seguimiento
- Riesgos y decisiones: riesgos, supuestos, registro de decisiones y preguntas abiertas
Puedes usar, modificar y compartir esta plantilla libremente. Viene de Nodary, donde estos archivos se importan como un mapa de documentos enlazados.
Archivo Plantilla de brief de proyecto/Brief de proyecto/01 Partes interesadas y roles.md
Partes interesadas y roles
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]
Archivo Plantilla de brief de proyecto/Brief de proyecto/02 Plan e hitos.md
Plan e hitos
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
- Brief aprobadoPlanificar
- PlanificarConstruir
- ConstruirRevisar
- RevisarLanzar
- LanzarCierre
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
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: [...]
Archivo Plantilla de brief de proyecto/Brief de proyecto/03 Riesgos y decisiones.md
Riesgos y decisiones
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]
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.
- Abre el mapa de un proyecto y elige «Importar».
- Elige la pestaña «Carpeta o ZIP» y después «Elegir un ZIP».
- 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.
Cómo conecta Nodary la documentación de proyecto
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.
Mantén el proyecto donde trabaja el equipo.
Importa la plantilla en Nodary y el brief se convierte en un mapa que tu equipo y tus agentes de IA mantienen al día. Gratis con dos miembros, un proyecto y diez documentos, sin tarjeta.