Una actualización de estado en una sola diapositiva debe responder a tres preguntas: qué ha cambiado, qué amenaza el siguiente hito y qué necesita decidir el público. No es un registro del proyecto comprimido hasta que todo quepa.
Utiliza una diapositiva cuando el público ya conozca el proyecto y necesite una actualización breve. Si requiere antecedentes, calendario, presupuesto y detalles de cada línea de trabajo, empieza con una estructura de informe de avance más completa, explicada en inglés y utiliza la diapositiva como resumen. No ocultes detalles esenciales solo para cumplir una regla sobre el número de diapositivas.
Destaca el cambio, no el nombre del proyecto
Deja el nombre del proyecto y la fecha del informe en un encabezado pequeño. Utiliza el título principal para describir la situación actual: «La prueba de integración se retrasa dos días; la decisión de lanzamiento no cambia» dice más que «Actualización semanal». También permite ver qué ha cambiado respecto al informe anterior.
Un diseño útil dedica la mayor parte del espacio a las pruebas del avance, una zona menor al riesgo principal y un espacio claramente separado a la decisión o solicitud. Incluye la fecha a la que corresponde el estado: «a 6 de octubre» es más preciso que «actualmente». Un indicador de semáforo puede facilitar la lectura rápida, pero acompáñalo de una palabra y una explicación; no dependas solo del color.
Define las etiquetas de estado que utiliza el equipo. «En riesgo» puede indicar que un hito necesita intervención, mientras que «bloqueado» significa que el trabajo no puede continuar. Sin definiciones compartidas, dos responsables pueden describir la misma situación de manera distinta.
Revisa un ejemplo completo de una sola diapositiva
El siguiente ejemplo corresponde a un proyecto ficticio de portal de clientes. Las cifras son ilustrativas; no son resultados de Presenti.
Prueba piloto del portal: pendiente de validar el restablecimiento de contraseña antes de las pruebas con usuarios
Fecha del estado: 6 de octubre. Estado: En riesgo: faltan las cuentas específicas para probar el restablecimiento de contraseña.
Avance: Se han superado cuatro de los cinco escenarios de aceptación con las cuentas de prueba existentes. El de restablecimiento de contraseña sigue sin probarse porque faltan las cuentas específicas para esa comprobación. El formulario de comentarios y la guía de la sesión están listos.
Riesgo: Si esas cuentas no están disponibles para el 8 de octubre, habrá que aplazar la primera sesión con usuarios, prevista para el 9 de octubre: antes debe validarse el restablecimiento de contraseña. Responsable: la persona que dirige el proyecto, en coordinación con TI.
Decisión necesaria: La persona que autoriza los accesos en TI debe confirmar el acceso a las cuentas específicas para el 8 de octubre, o acordar una nueva fecha de pruebas con la dirección del proyecto.
Siguiente hito: Primera sesión de pruebas con usuarios, una vez validado el restablecimiento de contraseña; los hallazgos se revisarán después de las sesiones programadas.
La diapositiva distingue el trabajo terminado del que aún no se ha probado. No presenta un escenario sin probar como un fallo ni declara que el proyecto está «completado al 80 %» solo porque se hayan superado cuatro de cinco escenarios.
Si alguien pide detalles de las pruebas, conserva los criterios de aceptación y el registro en un documento de apoyo o un anexo. La diapositiva debe indicar dónde está esa información, no comprimir todo el registro en una esquina.
Elige pruebas del avance hacia el siguiente hito
«Hemos celebrado tres reuniones» describe actividad. «La persona responsable ha aprobado los campos de datos; puede empezar la implementación» describe un cambio en el estado del proyecto. Selecciona cambios que afecten a la preparación, el alcance, el calendario, el coste o la decisión solicitada.
Si das una cifra, indica el total y qué se cuenta. «Se han superado cuatro de los cinco escenarios de aceptación» puede evaluarse; «las pruebas están casi terminadas», no. Para un hito, compara la fecha prevista con la estimación actual. En un presupuesto, distingue el gasto realizado, los compromisos adquiridos y los costes previstos, en lugar de mezclarlos en una cifra sin explicar.
Evita los porcentajes si no puedes explicar cómo se calculan. Una única tarea pendiente puede concentrar la mayor parte del riesgo aunque se hayan completado muchas tareas pequeñas. Una frase breve sobre el hito puede ser más fiel a la situación que una barra de progreso de aparente precisión.
Haz comparables el periodo anterior y el actual. Si el alcance pasa de cinco escenarios a ocho, dilo; de lo contrario, el público puede interpretar un porcentaje menor como una pérdida de avance.
Formula una petición concreta y conserva la legibilidad
Sustituye «Necesitamos apoyo» por una acción, un responsable o una persona con capacidad de decidir, y un plazo. Si no hace falta decidir nada, indica: «Solo informativo; próxima actualización después de las sesiones de prueba». No inventes una solicitud de aprobación para rellenar una casilla.
Ordena los riesgos según su efecto sobre el siguiente hito. Una formulación útil conecta condición y consecuencia: «Si el acceso se retrasa más allá del 8 de octubre, se aplaza la sesión del 9». Añade la medida que ya está en marcha para reducir el riesgo, de modo que la reunión no repita trabajo que el equipo ya ha hecho.
Si la diapositiva queda saturada, elimina el historial de actividades y lleva las pruebas detalladas al informe de apoyo. Mantén la fecha del estado, la decisión y los matices esenciales. Comprueba la diapositiva en una ventana de pantalla compartida de tamaño normal; reducir toda la tipografía no resuelve el exceso de contenido.
Redacta a partir del registro actual y verifica cada estado
Prepara notas breves sobre avance, riesgo, decisión y siguiente hito. Puedes utilizar la función de texto a presentación de Presenti para crear un borrador editable y reducirlo después a la información que necesita este público. Indica que los valores ausentes deben permanecer como desconocidos, sin estimarlos.
Antes de la reunión, pide a los responsables mencionados que confirmen las fechas, el estado y la acción solicitada. Una frase generada por IA no equivale a su confirmación. Después de la reunión, anota la decisión real en el registro del proyecto; no dejes la propuesta en la diapositiva como si ya se hubiera aprobado.
