Plantilla de informe de estado de proyecto: formato semanal, ejemplo — y cómo el informe se ensambla solo a partir de los resúmenes (2026)

Un informe de estado de proyecto es una página breve y de formato fijo que dice a quienes no participan en el trabajo diario cómo va el proyecto: si va según lo previsto o no, qué ha cambiado desde el último informe, qué podría salir mal y qué se le pide decidir al lector. Se redacta con una cadencia —semanal en la mayoría de los proyectos— y es siempre la misma página, de modo que el lector compara esta semana con la anterior en lugar de leer desde cero.

Esta guía empieza por el oficio —el formato, una plantilla que puede copiar, un ejemplo ya rellenado, una versión semanal más corta para un responsable de equipo que informa hacia arriba— y sigue con la mecánica: cuándo basta un informe y cuándo sigue valiendo la pena convocar una reunión de seguimiento, dónde se redacta el informe en las herramientas que su equipo ya usa y qué ocurre entre las reuniones y la página. Porque lo más difícil del informe no es escribirlo. Es la media hora previa, cuando el responsable repasa una semana de llamadas y chats para averiguar qué se acordó realmente.

Qué es un informe de estado de proyecto — y qué no es

Cuatro documentos giran alrededor de un proyecto, y el informe es el que más se confunde con los demás:

El resumen es por reunión; el informe es por semana, a través de todas ellas. Un stand-up hace llegar los bloqueos a quienes pueden resolverlos; el informe dice a alguien más alejado si esos bloqueos amenazan la fecha. El registro de decisiones guarda el porqué; el informe solo dice que se tomó una decisión o que aún falta. Si el informe cuesta escribirlo, la causa casi siempre está aguas arriba: las reuniones de la semana no dejaron constancia de sus resultados, y el responsable los reconstruye de memoria el viernes por la tarde.

El formato semanal: seis bloques, una página

Un informe que se lee cada semana tiene que caber en una pantalla y mantener siempre la misma forma. Seis bloques, en este orden:

1. Cabecera. Proyecto, periodo del informe, autor, fecha del próximo informe. El lector busca primero el periodo: un informe sin él es una página de afirmaciones sin un «desde cuándo».
2. Estado general en una línea. Verde, ámbar o rojo —o en plazo, en riesgo, fuera de plazo— más una frase que explique por qué. El color resume los bloques siguientes, no es una sensación; si el bloque de riesgos dice que un proveedor se retrasó dos semanas, la línea no puede decir verde.
3. Avances desde el último informe. De tres a seis líneas con lo que se terminó, cada una como resultado y no como actividad. «Flujo de pago en revisión con el cliente» es un hecho; «trabajamos en el pago» no lo es.
4. Próximo periodo. Lo que el equipo se compromete a terminar antes del siguiente informe, cada punto con responsable. Este bloque es lo que se contrastará con el bloque de avances de la semana siguiente.
5. Riesgos, incidencias y decisiones pendientes. Un riesgo es algo que podría ocurrir; una incidencia es algo que ya ha ocurrido. Cada línea: qué, su efecto en fecha o presupuesto, el responsable y qué se le pide al lector —incluido «nada, solo para su información»—. Las decisiones pendientes tienen su propia línea con la fecha en que el proyecto necesita la respuesta.
6. Acciones abiertas. Cada acción aún abierta de cualquier reunión del periodo, con responsable y fecha límite, y una marca en las que están vencidas. Es el bloque que más informes omiten, y el que el lector usa para juzgar si el color del bloque 2 es honesto.

Tres cosas que conviene dejar fuera: el diálogo (quién dijo qué), los registros de actividad (horas, llamadas celebradas) y cualquier cosa sobre la que el lector no pueda actuar. El informe es para alguien que le dedicará cuatro minutos. Cada línea debería superar la pregunta «¿qué haría distinto el lector sabiendo esto?».

Plantilla de informe de estado de proyecto

Cópiela en un documento, un mensaje de canal o un canvas. Los corchetes son marcadores de posición.

[Proyecto] — informe de estado de [periodo, p. ej. 20–24 de octubre]
Autor: [nombre] · Enviado: [fecha] · Próximo informe: [fecha]
Estado general: [en plazo / en riesgo / fuera de plazo] — [una frase que explique por qué]

Hecho desde el último informe
– [Resultado, como un hecho] — [responsable]
– [Resultado] — [responsable]
– [Resultado] — [responsable]

Próximo periodo (antes de [fecha del próximo informe])
– [Entregable] — [responsable]
– [Entregable] — [responsable]

Riesgos e incidencias
– [Riesgo o incidencia] — efecto: [fecha / presupuesto / alcance] — responsable: [nombre] — petición: [decisión necesaria antes de la fecha / para su información]

Decisiones pendientes
– [Pregunta, con las opciones sobre la mesa] — necesaria antes de [fecha] — de [nombre]

Acciones abiertas
– [Tarea] — [responsable] — vence [fecha] — [abierta / vencida desde fecha]
– [Tarea] — [responsable] — vence [fecha] — [abierta]

El orden es deliberado. Un patrocinador que lea solo las tres primeras líneas obtiene el color y el motivo; quien llegue hasta el final obtiene las acciones que explican el color. Mantenga los encabezados idénticos de una semana a otra: el valor del formato está en la comparación.

Ejemplo: un informe de estado semanal ya rellenado

Un pequeño proyecto de software, equipo con dos idiomas, un cliente que lee el informe cada lunes:

Portal de pedidos v2 — informe de estado de 20–24 de octubre
Autor: Mateusz · Enviado: 24 de octubre · Próximo informe: 31 de octubre
Estado general: en riesgo — el sandbox del proveedor de pagos llegó con cuatro días de retraso; la fecha de lanzamiento se mantiene solo si la prueba de integración se supera antes del 29 de octubre.

Hecho desde el último informe
– Flujo de pago en revisión con el cliente; dos comentarios abiertos — Ana
– La importación de productos desde el ERP se ejecuta cada noche en staging — Priya
– Textos de la interfaz en español y rumano completos; francés al 80 % — Luca

Próximo periodo (antes del 31 de octubre)
– Prueba de integración de pagos en el sandbox del proveedor — Priya
– Aprobación del cliente del flujo de pago — Ana
– Textos en francés completos, los tres idiomas revisados — Luca

Riesgos e incidencias
– Retraso del sandbox de pagos (incidencia) — efecto: el lanzamiento del 7 de noviembre se mantiene solo si la prueba se supera antes del 29 de octubre; si no, 14 de noviembre — responsable: Priya — petición: para su información, decisión más abajo
– Plazo de revisión del cliente (riesgo) — efecto: cada ronda tarda 3 días; una tercera ronda desplaza la aprobación más allá de la ventana de pruebas — responsable: Ana — petición: que el cliente agrupe los comentarios en una sola ronda

Decisiones pendientes
– Si la prueba falla el 29 de octubre: lanzar el 14 de noviembre con pagos, o el 7 de noviembre solo con pago por factura y añadir los pagos con tarjeta después — necesaria antes del 30 de octubre — del cliente

Acciones abiertas
– Enviar al proveedor la lista de IP permitidas — Priya — vence el 21 de octubre — vencida desde el 21 de octubre
– Confirmar la ventana de puesta en producción con el socio de alojamiento — Mateusz — vence el 28 de octubre — abierta
– Responder a los dos comentarios sobre el flujo de pago — Ana — vence el 27 de octubre — abierta

Fíjese en lo que el ejemplo no dice: cuántas reuniones se celebraron, quién habló, cuántas horas se dedicaron. El lector sabe en una línea que la fecha está en riesgo y en un bloque qué se le pide decidir.

Plantilla de informe semanal para un responsable de equipo

El informe semanal de un responsable de equipo a su propio jefe es un primo más corto del informe de proyecto. El lector es una sola persona, normalmente con menos de dos minutos, y las preguntas son tres: si el equipo cumple sus compromisos, qué se interpone y qué necesita de él. Cuatro bloques caben en un mensaje de chat:

Equipo [nombre] — semana del [fecha]
Estado: [en plazo / en riesgo] — [una línea]
Entregado: [dos o tres resultados, cada uno con un nombre]
Lo que se interpone: [uno o dos bloqueos, cada uno con quién puede resolverlo]
Necesario de su parte: [una decisión o recurso, con fecha] — o «nada esta semana»

Dos reglas que lo mantienen legible durante meses. Primero, «Necesario de su parte» nunca queda vacío por descuido: escriba «nada esta semana» para que el jefe sepa que el silencio es deliberado. Segundo, «Entregado» enumera nombres de personas: un informe semanal es también el lugar donde un responsable hace visible el trabajo del equipo ante alguien que no lo ve a diario. Si el equipo ya mantiene un stand-up diario con bloqueos nominales, «Lo que se interpone» es una copia de los que siguen en pie el viernes.

El informe semanal sustituye a la reunión semanal de seguimiento en casi todo lo que esta aportaba: la información. Lo que no puede sustituir se explica a continuación.

Cuándo sigue haciendo falta una reunión de seguimiento

Una reunión de seguimiento es la forma presencial del informe: cada persona cuenta al responsable o al patrocinador cómo van las cosas, en una sala, al coste del tiempo de todos. Una vez que existe un informe escrito, la reunión solo se justifica cuando la página no puede hacer el trabajo. Cuatro casos:

• Una decisión con contrapartidas. El informe puede exponer las opciones; no puede negociarlas. Cuando «Decisiones pendientes» incluye una entrada cuya respuesta depende de lo que dos partes interesadas estén dispuestas a ceder, treinta minutos con ambas en la sala valen más que dos semanas de «responder a todos».
• Una fecha se mueve. Un retraso rara vez se acepta desde una página. La conversación sobre qué se mueve con ella —alcance, presupuesto, el inicio de otro proyecto— es una reunión, con el informe como lectura previa.
• Un riesgo superó su umbral. La semana en que un riesgo se convierte en incidencia, quienes responden de las consecuencias necesitan oírlo del responsable y hacer preguntas, no leerlo el lunes.
• Una nueva parte interesada. Quien no ha leído los seis informes anteriores necesita una sesión para hacerse una idea del proyecto; después, la página basta.

Para lo que no sirve una reunión de seguimiento es para leer el informe en voz alta. Si cada punto del orden del día es «novedades de X», cancélela y envíe la página; la guía sobre la cadencia de reuniones explica qué reuniones recurrentes merecen su hueco. Cuando la reunión se celebra, llévela a partir del informe: los bloques de riesgos y decisiones son el orden del día, y una reunión eficaz termina con esos puntos marcados como decididos, abiertos o aplazados. Con partes interesadas que hablan idiomas distintos, para la reunión en sí hay tres opciones: un intérprete humano —la guía sobre el intérprete en Zoom muestra cómo se configura—, los subtítulos de la propia plataforma o un espacio que traduce para cada participante; el informe, redactado una sola vez, es otra cuestión.

Dónde se redacta el informe en las herramientas que ya usa

Cada plataforma importante deja algo tras una reunión a partir de lo cual se puede construir un informe de estado, y cada una se detiene en un punto distinto. Solo comportamiento documentado, tomado de las páginas de los propios proveedores, con el mes en que se revisó cada una:

Dos cosas son iguales en todas partes. Lo que deja una reunión es un documento por reunión, en el único idioma que usó la sala; y si los próximos pasos de la semana pasada se cumplieron es algo que el documento no sabe: el responsable va y lo comprueba antes de escribir «hecho». El lado de los subtítulos en directo de las plataformas —lo que Teams y Google Meet muestran en pantalla durante una llamada— no cambia el documento posterior. Los asistentes de notas son la misma categoría un paso más allá: los que se comparan en alternativas a Otter.ai escriben un resumen por reunión, y un informe que abarca un mes de reuniones sigue siendo una página aparte.

Cómo se ensambla el informe a partir de los resúmenes

InterMIND es un espacio de comunicación en el que un proyecto vive en un canal, de modo que la materia prima del informe tiene un lugar evidente. Cada reunión del canal termina con un resumen —un resumen, las decisiones, los action items con responsables y fechas— redactado a partir de la propia reunión y entregado por correo electrónico, como mensaje en el canal y como enlace en el evento del calendario. Cada miembro con sesión iniciada lo lee en su propio idioma: el registro se traduce por lector, no se escribe una sola vez en el idioma que la sala usó por casualidad, y lo mismo ocurre con el chat del canal que lo rodea, escrito por cada miembro en su propio idioma. Cualquier miembro puede editar el resumen, cada edición conserva autor e historial de revisiones, y el canal guarda el resumen de cada sesión pasada, de modo que «hecho desde el último informe» es un recorrido por los resúmenes de la semana y no una reconstrucción.

Los action items llevan consigo su estado. Un elemento aparece como pendiente, hecho o no hecho con su motivo, y en una organización con las páginas de estado del equipo activadas, los elementos abiertos de sesiones anteriores se evalúan cuando se redacta el siguiente resumen: un elemento que alguien dio por terminado se marca como hecho, uno del que se habló pero no se terminó se marca como no hecho con el motivo en las palabras de la reunión, y uno que nadie mencionó sigue abierto. Eso es el bloque de «acciones abiertas» de la plantilla, mantenido por las reuniones en lugar de por el responsable.

Las páginas de estado del equipo son de donde sale el resto del informe. Una página sobre los últimos 7, 28 o 90 días enumera las tareas, los problemas, lo importante y urgente y el dinero en juego de la organización, y cada fila lleva la cita textual del resumen en que se basa; una tarea permanece hasta que alguien la cierra, y tras cuatro semanas sin movimiento se marca como estancada. El responsable escribe la línea de tendencia y el color —el juicio— sobre una página que las reuniones ya han rellenado. La misma página se puede leer a través de un asistente conectado: un responsable que trabaje en Claude, ChatGPT, Copilot o Gemini pide las tareas y problemas abiertos de la semana y obtiene las filas con sus citas. Las páginas de estado del equipo son una función en vista previa de los planes de pago: el administrador de la organización las activa en Settings → Advanced tras aceptar las condiciones alfa (la página de funciones en vista previa describe cada una).

Cuando el informe tiene que acabar en un sistema de registro, el anfitrión añade una copia del resumen a cualquier dirección —el buzón de entrada de un CRM o de un gestor de proyectos— y cada resumen de la reunión o del canal se envía también allí tras una confirmación única de la dirección; la mecánica está en una copia de cada resumen de reunión en su CRM, por correo electrónico, y el mismo resumen llega como webhook o como disparador de Zapier a los equipos que prefieren publicarlo ellos mismos en un gestor.

Una parte interesada del cliente que deba ver los resúmenes es invitada al canal por correo electrónico y se une con una cuenta gratuita, leyendo en su propio idioma; los participantes externos de un canal no cuestan nada al anfitrión. Un invitado de una sola reunión entra por enlace, sin cuenta y sin coste —desde el móvil, en el navegador— y oye la reunión en directo en su propio idioma. Después no queda ningún registro para un invitado: la cuenta es gratuita, y es lo que hace accesible el registro. El anfitrión provee el espacio y, en un plan de pago, paga solo por los miembros activos en los últimos 28 días; los miembros que se quedan inactivos conservan su acceso sin coste.

• Abrir un resumen completo — un registro real generado por el mismo código que escribe los suyos.
• Probar la demo en vivo — sin registro; hable y oiga la sala traducida para cada oyente.

El informe como oficio sobrevive a cualquier herramienta: alguien tiene que seguir diciendo si el proyecto va según lo previsto y por qué. Lo que no tiene por qué sobrevivir es la media hora del viernes: repasar una semana de llamadas, en un solo idioma, para averiguar qué se acordó y si alguien lo hizo.

FAQ

¿Qué es un informe de estado de proyecto?

Una página breve de formato fijo, enviada con una cadencia —normalmente semanal—, que dice a quienes no participan en el trabajo diario cómo va un proyecto: un estado general en una línea con su motivo, qué se terminó desde el último informe, qué está previsto antes del siguiente, los riesgos e incidencias con su efecto en la fecha o el presupuesto, las decisiones que se le piden al lector y las acciones aún abiertas con responsables y fechas límite. Es la misma página cada vez, para que el lector compare semanas en lugar de leer desde cero.

¿Qué debe incluir un informe de estado semanal?

Seis bloques: una cabecera con el periodo del informe; una línea de estado general con el motivo; los avances desde el último informe como resultados, no como actividades; los compromisos del próximo periodo con responsables; riesgos, incidencias y decisiones pendientes, cada uno con su efecto y una petición; y cada acción abierta con responsable y fecha límite, con las vencidas marcadas. Deje fuera el diálogo, las horas y todo aquello sobre lo que el lector no pueda actuar.

¿Cómo se redacta un informe de estado de proyecto?

Parta del informe anterior: su bloque de «próximo periodo» es la lista de comprobación de esta semana, y sus acciones abiertas están hechas o siguen abiertas. Después repase los resúmenes de las reuniones de la semana para ver qué se decidió y qué se añadió. Escriba la línea de estado al final, tras el bloque de riesgos, para que el color coincida con los hechos. Envíelo el mismo día cada semana, a la misma lista, y mantenga los encabezados idénticos de un informe a otro.

¿Cuál es la diferencia entre un informe de estado y una reunión de seguimiento?

Un informe de estado se escribe y se lee de forma asíncrona; una reunión de seguimiento es la misma información transmitida en directo, a costa del tiempo de todos los presentes. Una vez que existe un informe, la reunión se justifica cuando la página no puede hacer el trabajo: una decisión con contrapartidas entre partes interesadas, una fecha que se mueve, un riesgo que acaba de convertirse en incidencia o una nueva parte interesada que necesita conocer el proyecto una vez. Una reunión cuyo orden del día es «novedades de cada persona» es un informe leído en voz alta.

¿Una plantilla de informe semanal para un responsable de equipo es distinta de un informe de estado de proyecto?

Es más corta y va dirigida a una sola persona. El informe semanal de un responsable de equipo a su jefe responde a tres preguntas en cuatro bloques —estado en una línea, qué entregó el equipo con nombres, qué se interpone y quién puede resolverlo, y qué se necesita del jefe y para cuándo— y cabe en un mensaje de chat. Un informe de estado de proyecto es más largo, abarca un periodo y un conjunto de partes interesadas, y recoge riesgos, decisiones y acciones abiertas de todas las reuniones del proyecto.

¿Con qué frecuencia debe enviarse un informe de estado de proyecto?

Semanalmente en la mayoría de los proyectos: lo bastante a menudo para detectar un retraso en una semana, lo bastante espaciado para que cada informe tenga algo nuevo. La frecuencia quincenal conviene a proyectos largos y estables con pocas decisiones; el informe diario corresponde a una semana de lanzamiento o a una incidencia, y es otro documento, más corto. Sea cual sea la cadencia, el día y la lista de destinatarios no deberían cambiar: un informe que llega un día distinto cada semana no se lee como una serie.

¿Debe recibir el cliente el informe de estado?

Sí, si el cliente paga el proyecto y una decisión del informe le corresponde a él: el bloque de «decisiones pendientes» está escrito para él. Siempre que sea posible, redacte un único informe para todos, en lugar de una versión para el cliente y otra interna; un informe con dos versiones se desvía, y la interna acaba siendo la real. Lo que queda fuera de un informe compartido es el detalle interno del equipo —rendimiento individual, estimaciones en negociación—, que corresponde a las notas del propio responsable.

Fuentes: Microsoft — Tomar notas de reunión en Microsoft Teams; Microsoft — Resumen en Microsoft Teams; Zoom — Uso del resumen de reunión con AI Companion; Google Meet — «Take notes for me» en Google Meet; Google Workspace Updates — «Take notes for me» sugiere próximos pasos; Slack — Plantilla de orden del día de reunión (canvas). Las páginas de notas de Microsoft, notas de Google Meet y Slack se revisaron en octubre de 2026; el anuncio de próximos pasos de Google, en septiembre de 2026; las páginas de resumen de Microsoft y de resumen de reunión de Zoom, en agosto de 2026. Los proveedores cambian con el tiempo sus planes, funciones y listas de idiomas; consulte sus páginas para conocer el estado actual.