# Estado de <producto> al <fecha>

Subtitulo: la pregunta que responde este reporte, por ejemplo "¿Se puede promover a produccion?"

| Campo | Valor |
|---|---|
| Fecha | <fecha> |
| Release medido | <tag y ambiente, con la hora del motor o del build> |
| Reporte anterior | <fecha y su veredicto en una linea> |
| Ultima regresion completa | <fecha, version, resultado> |
| Matriz de negocio vigente | <nombre, version, cantidad> |
| Tickets movidos desde el reporte anterior | <cantidad> |

## Veredicto

Un parrafo. Responder la pregunta al frente, luego los frentes que se movieron y los que no, cada uno con su ticket.

**Metodo.** Todo lo de abajo se leyo en vivo el <fecha>: que repositorios, que APIs, que logs. Nada se infirio de memoria. Donde una fuente no fue observable, el reporte lo dice.

## Que corre donde

| Ambiente | Motor o servicio | Build o tag | Ultima actividad | Nota |
|---|---|---|---|---|

Tres cosas que importan de esta tabla, como viñetas.

## Que cambio desde <fecha anterior>

| Repositorio | Commits | PRs integrados | Tickets distintos | Detalle |
|---|---|---|---|---|

Agrupado por lo que resuelve, como viñetas con numeros de ticket.

## Rastro de hallazgos anteriores

| Hallazgo (fecha) | Ticket | Estado hoy | ¿En el release medido? |
|---|---|---|---|

## Notas sobre cifras que cambiaron

Cuando un numero difiere de un reporte anterior, decir que fuente se movio y por que, para que el lector no tome un cambio de la fuente viva por un error.