bootstrap: iniciar bitácora operativa
This commit is contained in:
@@ -0,0 +1,84 @@
|
||||
# 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:
|
||||
|
||||
```bash
|
||||
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:
|
||||
|
||||
```bash
|
||||
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
|
||||
|
||||
```bash
|
||||
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.
|
||||
Reference in New Issue
Block a user