Cuando cambies un agente, registra el cambio y prueba el comportamiento que podría afectar antes de ampliar su uso. Las instrucciones, las fuentes aprobadas, las herramientas, los modelos, el acceso y el lugar donde se ejecuta pueden modificar el flujo. Para cada cambio importante, asigna una persona responsable y decide cómo actuar si falla.
Actualiza un flujo de soporte de equipo
Un equipo de servicio usa un agente para comparar solicitudes de reparación de equipo con la política aprobada y el registro de activos, y después preparar un borrador de respuesta para una persona técnica. La política revisada ahora exige una foto del estado del equipo antes de que el agente recomiende una reparación. El agente puede leer la solicitud, la política y el registro de activos, y preparar un borrador, pero no puede aprobar ni programar la reparación.
En esta prueba ficticia, el equipo comprueba cuatro solicitudes: una con la foto requerida, otra sin ella, una cuyo registro de activos contradice la solicitud y otra fuera del alcance de reparación. La nueva versión cita la foto, solicita la foto faltante, deriva el conflicto a una persona técnica y rechaza recomendar una reparación fuera del alcance. El registro del cambio completo es:
Actualización de la guía de reparación — decisión de publicación
- Versión:
flujo de reparación v4 → v5(etiquetas ilustrativas de configuración).- Cambio: Sustituir la versión anterior de la política de reparación por la revisión aprobada.
- Comportamiento modificado: Exigir una foto del estado antes de recomendar una reparación; pedirla si falta, derivar a una persona técnica los datos de activos contradictorios y rechazar las reparaciones fuera de alcance.
- Responsable: La persona responsable del proceso de servicio; la persona responsable de la política confirma que la fuente está vigente.
- Aprobación: La persona responsable del proceso de servicio acepta la evidencia de prueba después de que la persona responsable de la política confirma la fuente.
- Comprobaciones afectadas: Foto presente, foto faltante, datos de activos contradictorios y reparación fuera de alcance.
- Resultado de la revisión: Los cuatro casos devolvieron la respuesta prevista, incluido el rechazo de la reparación fuera del alcance; no se aprobó ni programó ninguna reparación.
- Recuperación: Revertir la configuración técnica solo si sigue cumpliendo la política vigente. De lo contrario, pausar el flujo del agente y derivar las solicitudes a una persona técnica que aplique los requisitos actuales.
- Decisión: Publicar la política revisada para el grupo actual de prueba piloto; revisar las nuevas excepciones antes de ampliar el uso.
Este ejemplo registra una decisión para un caso inventado. En un cambio real, el equipo debe confirmar qué fuente lee el agente y basar la publicación en sus propias pruebas.
Reevalúa los límites y la calidad después de un cambio importante.
Mantén un registro de cambios con versiones
Para cada cambio, registra:
Desplázate horizontalmente para ver todas las columnas.
| Campo | Qué registrar |
|---|---|
| Identidad del cambio | Agente o flujo, versión de configuración, fecha y persona que propone el cambio. |
| Motivo y responsable | La necesidad que se atiende, la persona responsable del proceso y las personas responsables de fuentes o sistemas cuya aprobación haga falta. |
| Aprobación | Rol de quien aprueba, evidencia revisada, decisión y fecha. |
| Componentes afectados | Instrucciones, fuentes de conocimiento, herramientas, modelo, audiencia, permisos, despliegue o pasos de revisión que cambiaron. |
| Efecto esperado | El comportamiento que se espera cambiar y el que debe permanecer dentro de los límites actuales. |
| Evidencia | Casos ejecutados antes y después, diferencias observadas, correcciones de revisión, límites sin resolver y decisión de publicación. |
| Recuperación | Configuración alternativa comprobada con la política vigente, persona responsable de desactivar o revertir y forma de gestionar el trabajo afectado. |
Adapta el esfuerzo de revisión al efecto del cambio. Un error tipográfico que no altere el sentido de la tarea quizá solo necesite una comprobación breve. Una fuente de datos, acción, grupo de usuarios, modelo o regla de política nuevos podrían cambiar la exposición o los resultados y requieren una revisión más deliberada. Sigue los procesos requeridos por la organización para seguridad, privacidad, asuntos legales o conocimiento del tema cuando correspondan.
Vuelve a probar los casos relacionados con el cambio
- Conserva una referencia. Mantén casos representativos y resultados esperados del flujo actual, incluidas las excepciones y comprobaciones de límites.
- Identifica el comportamiento afectado. Relaciona el cambio con la fuente, instrucción, herramienta o etapa de decisión que utiliza. Añade casos para requisitos nuevos o modificados.
- Compara resultados. Ejecuta los mismos casos pertinentes con la configuración anterior y la propuesta. Revisa los resultados, fuentes, herramientas y derivaciones; no evalúes solo la fluidez de la redacción.
- Publica con un alcance limitado. Nombra a la persona que acepta la evidencia, qué usuarios reciben el cambio y qué señal activará una pausa o reversión.
- Comprueba la operación después. Revisa trabajo real representativo y excepciones; después, actualiza el registro con la decisión y cualquier seguimiento.
Para el cambio de política de reparación, prueba una solicitud con toda la evidencia requerida, otra sin ella, una con un registro de activos contradictorio y una reparación ajena al alcance. La persona técnica debe ver qué política y registro respaldaron el borrador. Si el cambio debilita esa evidencia o rebasa los límites del flujo, pausa el uso mientras la persona responsable investiga, salvo que exista una configuración alternativa verificada con los requisitos vigentes. Una reversión técnica no autoriza a restaurar una política de negocio que ya fue sustituida.
Revisa el registro operativo con la lista de control de gobernanza para equipos, la guía de evaluación de agentes y la guía de observabilidad.