Impact Report: breaks vs must-change vs risky
Una plantilla de Impact Report para hacer explicito el blast radius antes de que el trabajo aprobado salga de revision.
El artefacto que mas falta en shipping asistido por IA no suele ser la generacion.
Es el Impact Report.
Los tres buckets que importan
- Breaks
- Must-change
- Risky
Los tests suelen cubrir el primero. Los equipos miran a veces el tercero. Olvidan el segundo y llaman a esa deriva "detalle".
Template
INTENT: CHANGE SUMMARY: SURFACES TOUCHED: BREAKS: MUST-CHANGE: RISKY: VERIFY PLAN: ROLLOUT PLAN: ROLLBACK PLAN:
El Impact Report mantiene honesto el handoff revisado antes de salir del workflow.
Articulos relacionados
Outcome checks: deploy no esta terminado
Una cadencia simple de Checks (+24h, +7d, +14d) para mantener el trabajo aprobado unido a un seguimiento medible.
Change Card: la especificacion minima en la que engineering confia
Los PRD son demasiado grandes. Los tickets demasiado pequenos. Usa una Change Card para definir el handoff revisado en el que engineering puede confiar.
El workflow de 8 pasos: senal -> impacto verificado
Un workflow practico de Meeting-to-Execution: evidence -> brief -> Change Card -> Impact Report -> handoff aprobado -> Checks.