Files
clusterlogs/docs/WEEKLY_REVIEW.md
T

2.3 KiB

Reunión semanal de revisión operativa

Objetivo

Asegurar que el conocimiento de los cambios técnicos se distribuya, que los riesgos pendientes tengan dueño y que manuales, tareas y proyectos reflejen la realidad.

Preparación individual

Antes de la reunión, cada administrador ejecuta:

clusterlog --root . --json --ssh-key ~/.ssh/id_ed25519.pub review list --mine
clusterlog --root . --json --ssh-key ~/.ssh/id_ed25519.pub task list --mine

Debe leer las memorias, anotar preguntas y revisar evidencias. Marcar “revisada” significa comprender el cambio y sus implicaciones; no necesariamente aprobar retrospectivamente una decisión.

Agenda sugerida

1. Riesgo alto o crítico

Abrir primero memorias critical y high:

  • resultado observado;
  • validaciones;
  • rollback;
  • riesgo residual;
  • seguimiento requerido.

2. Resto de memorias pendientes

Para cada entrada:

  • confirmar sistemas afectados;
  • aclarar términos y comandos;
  • detectar conocimiento reusable;
  • decidir si debe actualizarse un manual o documento;
  • crear una tarea cuando exista una acción concreta.

Cada administrador registra su propia confirmación:

clusterlog --root . --json --commit --ssh-key ~/.ssh/id_ed25519.pub \
  review mark MEM-... --note "Revisado en reunión semanal"

No debe existir una sola persona marcando por todo el equipo.

3. Tareas abiertas

Revisar especialmente:

  • bloqueadas;
  • vencidas o próximas a vencer;
  • con tiempo real muy superior a la estimación;
  • con temporizador activo desde una sesión anterior;
  • sin responsable.

4. Proyectos

Para proyectos planeados, activos o bloqueados:

  • progreso contra objetivo;
  • siguiente hito;
  • dependencia o riesgo;
  • tareas faltantes;
  • fecha objetivo.

5. Cierre

  • La cola de memorias debe quedar vacía o con una causa y fecha de seguimiento.
  • Toda acción debe convertirse en tarea con responsable.
  • Toda mejora repetible debe actualizar un manual.
  • Todo cambio de arquitectura debe actualizar Documentación.

Evidencia de cierre

clusterlog --root . sync --check
clusterlog --root . validate
clusterlog --root . verify commit HEAD

El secretario de la reunión puede enlazar los IDs discutidos en la minuta corporativa, sin duplicar contenido sensible.