Informe de estado semanal en 5 líneas

La reunión de status sobrevive porque alguien tiene que “contar cómo va”. El problema no es la información: es el formato. Diez personas escuchan a cada una repetir lo que ya está en el tablero, y las únicas frases útiles —un bloqueo, una fecha en riesgo, un “necesito que legal firme”— se diluyen entre turnos.

Un informe de estado semanal de 5 líneas da vuelta el flujo: primero se lee, después se habla solo si hay algo que decidir. Es el mismo reemplazo que describe cómo eliminar las reuniones de status: el tablero cubre “en qué está cada tarjeta”; el informe cubre “qué debería preocuparte esta semana”, en 90 segundos.

Copia este orden y no lo improvises. El valor está en que todos saben dónde mirar:

Si una línea queda vacía, escríbela igual: “Pedidos: ninguno”. El vacío es información. Un informe que omite la línea 5 obliga al lector a adivinar si no hay bloqueos o si te los olvidaste.

Proyecto: rediseño y lanzamiento de la tienda. Fecha original: 15 de mayo. Hoy es viernes 8. El copy de checkout está en legal desde el martes y los pagos no cierran sin ese texto. Así se ve el informe, no un discurso:

Semáforo: amarillo — el 15 se mueve al 22 si legal no suelta el copy de checkout esta semana.
Cerrado: home y listado de productos en staging; formulario de contacto con validación; redirecciones 301 de las 12 URLs viejas.
En curso: copy de checkout trabado en legal (espera desde el mar. 5); integración de pagos al ~70%, bloqueada por el mismo copy; carga de 40 SKU sin empezar.
Próxima semana: destrabar copy, terminar pagos, QA de checkout, cargar catálogo.
Pedidos: Legal — ¿el disclaimer de envíos sale antes del miércoles? Si no, recortamos envíos internacionales del MVP y mantenemos el 15.

Tres cosas que este texto hace y un status oral casi nunca: pone fecha concreta al riesgo, nombra al dueño del bloqueo, y ofrece un recorte si la decisión no llega. Eso es lo que un proyecto atrasado necesita antes de pedir más plazo: un diagnóstico en una pantalla, no una reunión para “alinearnos”.

El informe se pudre cuando lo escribes de memoria el viernes a las 18:00. El ritual es corto y siempre igual:

1. Abre el tablero, no el chat. Filtra lo movido a “hecho” esta semana y lo que sigue en “en curso”.
2. Pregúntate una sola cosa para el semáforo: ¿la fecha comprometida sigue en pie sin milagro? Sí = verde. Sí, pero con un “si” = amarillo. No = rojo.
3. De “en curso”, marca qué está trabado. Si no está trabado, no lo expliques: nómbralo y listo.
4. Escribe los pedidos como tickets a una persona, no como quejas al aire (“necesitamos más claridad” no es un pedido).
5. Envíalo al mismo canal, el mismo día, a la misma hora. Viernes 16:00 o lunes 9:00 — da igual, siempre igual.

Si tardas más de 10 minutos, estás redactando para quedar bien. Recorta adjetivos. El seguimiento de tareas vive en el tablero; el informe no lo sustituye.

• La lista de todas las tarjetas. Eso ya está en el tablero. Si el lector necesita el detalle, que abra el tablero — no lo copies.
• Horas trabajadas. “Juan cargó 32 horas” no dice si el hito vive. El informe habla de resultados y riesgos, no de esfuerzo.
• Justificaciones largas. “Estuvimos muy ocupados con el otro cliente” es contexto para una conversación, no para la línea 1. El semáforo no pide disculpas: pide una frase de impacto.
• Capturas de un Gantt ilegible. Si hace falta un adjunto para entender el estado, el estado no está escrito.
• Un “todo bien” en verde cuando hay un bloqueo de 5 días. Mentir el color quema el instrumento: la segunda vez que pongas verde, nadie lo cree.

Una regla práctica: si una frase no cambia lo que el lector va a hacer el lunes, no entra. Hay más plantillas de este tipo en plantillas de gestión de proyectos; esta es la más chica a propósito.

El informe falla cuando “hay que presentarlo”. Si alguien lo lee en voz alta el lunes mientras el resto mira el mismo párrafo, reconstruiste la reunión con más pasos.

• Un canal, no tres. El mismo hilo o el mismo doc cada semana. Quien llegue tarde no debería buscar en el correo, Slack y un PDF.
• Lectura asíncrona por default. 24 horas para comentarios en el hilo. Si nadie marca un pedido, no hay reunión.
• Reunión solo con agenda de decisiones. “Punto 5: legal, sí o no al disclaimer antes del miércoles”. Quince minutos, no un tour del tablero.
• Un dueño por proyecto. No un informe por persona: eso fragmenta el status otra vez.

Si el sponsor no lee, no alargues el texto: acórtalo y pregunta en la línea 5 qué necesita para decidir.

Verde se escribe y se archiva. Amarillo y rojo tienen trabajo extra, siempre el mismo:

• Amarillo: nombra la condición que lo vuelve verde o rojo (“si legal responde el miércoles, seguimos al 15”). Sin esa condición, es un amarillo eterno — el color más inútil.
• Rojo: no pidas plazo en la línea 1. Di el impacto, el recorte posible y la decisión que necesitas. El pedido de fecha nueva, si hace falta, va después de haber ofrecido un recorte — el mismo orden que en el playbook de atraso.

En el ejemplo del sitio, el amarillo ya trae el plan B (sacar envíos internacionales). Un rojo se vería así: “Rojo — el 15 no se cumple; sin copy no hay pagos. Opciones: (a) lanzar el 22 con checkout local, (b) lanzar el 15 sin pago en línea y cobrar por transferencia.” El informe no reemplaza la decisión; la deja lista para tomarla.

Empieza el viernes que viene con las 5 líneas. El primero queda flojo; el tercero ya te ahorra el “¿cómo vamos?”. Si un mes después sigues leyéndolo en voz alta, el formato no es el problema: es el hábito de no leer. Si quieres que esas 5 líneas vivan junto al tablero y no en un doc suelto, Hito guarda proyectos y checklists en local, sin cuenta ni nube.