Gobernar el backlog de automatización: roles, cadencia y métricas

Priorizar una vez no basta

Un backlog bien priorizado se desordena solo en pocas semanas. Llegan pedidos nuevos por correo, alguien agrega una idea sin dueño, un proyecto grande se estanca y nadie lo mueve, una automatización en producción empieza a fallar en silencio. Sin reglas de gobierno, el orden que dio la primera priorización se pierde.

Nuestro marco Valor × Complejidad tiene tres pasos (definir, clasificar, priorizar) y una regla de mantenimiento: re-puntuar periódicamente. Este artículo trata de cómo sostener esa regla en el tiempo: qué entra al backlog y cómo, quién decide qué, cada cuánto se revisa y qué se reporta.

La ficha: la puerta de entrada

La regla más simple y más efectiva es esta: nada entra al backlog sin ficha. La ficha es el paso Definir del marco y tiene siempre los mismos campos.

Campo	Pregunta que responde
Proceso	¿Qué tarea se quiere automatizar, descrita en términos del proceso y no de la herramienta?
Disparador	¿Qué la inicia: una alerta, una solicitud, una fecha, un evento en otro sistema?
Frecuencia	¿Cuántas veces ocurre al mes?
Volumen	¿Cuántos elementos se procesan en cada ocurrencia?
Sistemas involucrados	¿Qué plataformas, aplicaciones e interfaces toca?
Dueño	¿Quién responde por el proceso y aceptará el resultado?
Resultado esperado	¿Qué cambia cuando la automatización funciona y cómo se verifica?
Riesgo actual	¿Qué puede salir mal hoy con el proceso manual?

La ficha conviene que sea un formulario en la herramienta de gestión de servicios o de trabajo que ya use el equipo, no un documento suelto. Así cada candidato tiene un identificador, un historial y un estado. Una ficha incompleta no se rechaza: se devuelve con la pregunta concreta que falta responder. Si nadie puede nombrar al dueño, eso ya es un hallazgo.

Tres roles con responsabilidades separadas

Recomendamos tres roles mínimos. En equipos pequeños una persona puede cubrir más de uno, con una excepción: quien construye la automatización no debería ser quien aprueba su riesgo.

Rol	Responsabilidad	Decide sobre
Dueño del proceso	Completa la ficha, valida el proceso real, acepta el resultado y mantiene el proceso documentado.	Los factores de Valor y si el resultado cumple lo esperado.
Ingeniero de automatización	Estima la complejidad, diseña, construye, prueba y mantiene la automatización.	Los factores técnicos de Complejidad y el diseño de la solución.
Riesgo y cumplimiento	Revisa el riesgo del cambio, los accesos que requiere la automatización y la evidencia que deja.	El aporte al cumplimiento, los controles exigidos y si el riesgo es aceptable.

La separación evita dos sesgos comunes. El dueño del proceso tiende a sobrestimar el valor de su pedido; el ingeniero tiende a subestimar la complejidad de lo que le interesa construir. Puntuar cada eje con quien mejor lo conoce, y discutir las diferencias, produce puntajes más honestos.

En la práctica, la puntuación funciona mejor como una conversación corta entre los tres roles que como un formulario que cada uno llena por separado. El dueño del proceso explica el valor con datos de su operación; el ingeniero señala los factores de complejidad que el dueño no ve; Riesgo y Cumplimiento confirma si el control que se dice apoyar existe y si la evidencia que dejará la automatización le sirve. Diez o quince minutos por ficha suelen bastar cuando la ficha llega completa.

Además de los tres roles, alguien debe tener la decisión final sobre el orden del backlog cuando hay desacuerdo. Puede ser el responsable de operaciones o un comité breve, pero tiene que estar nombrado.

La cadencia trimestral

La entrada de fichas es continua; la re-puntuación es periódica. Sugerimos una revisión trimestral, con tres momentos:

1. Antes de la revisión. El ingeniero de automatización prepara el estado del backlog: fichas nuevas, candidatos en curso, automatizaciones puestas en producción y métricas del trimestre. Los dueños de proceso actualizan los factores de Valor que cambiaron.
2. Durante la revisión. Se puntúan las fichas nuevas, se re-puntúan los candidatos cuyo contexto cambió y se confirma el orden para el trimestre siguiente. Las apuestas estratégicas se revisan entrega por entrega. Lo que lleva varios trimestres sin avanzar se discute de forma explícita: se divide, se rediseña o se descarta.
3. Después de la revisión. Se publica el backlog ordenado con la justificación de los cambios principales, para que cualquier solicitante pueda ver dónde quedó su pedido y por qué.

Entre revisiones, un pedido urgente puede adelantarse, pero con la misma regla: ficha completa, puntaje explícito y registro de por qué se alteró el orden. La urgencia sin registro es la forma más rápida de volver al backlog ordenado por quien más grita.

Las métricas que conviene reportar

Un programa de automatización que no reporta resultados pierde financiamiento y credibilidad. Recomendamos cuatro métricas, pocas y verificables:

Métrica	Qué mide	Cuidado al reportarla
Automatizaciones en producción	Cuántas automatizaciones están activas y tienen dueño.	Contar solo las que se ejecutan; las abandonadas restan, no suman.
Horas liberadas	Ejecuciones reales multiplicadas por el tiempo manual que cada una evita.	Usar ejecuciones observadas, no estimadas, y descontar esfuerzo residual y mantenimiento.
Incidentes evitados	Condiciones conocidas que la automatización resolvió antes de convertirse en incidente.	Es una estimación contrafactual; describir el criterio de conteo y no inflarla.
Ejecuciones fallidas	Proporción de ejecuciones que terminaron con error o requirieron intervención manual.	Cada falla debe revisarse; una tasa en aumento indica deuda de mantenimiento.

Las horas liberadas son especialmente útiles para cerrar el ciclo con la priorización. Si el valor observado de una automatización queda muy por debajo del estimado en su ficha, el equipo está puntuando con optimismo y conviene calibrar la rúbrica.

Los incidentes evitados requieren honestidad. Una renovación automática de certificados que se ejecutó antes del vencimiento es un hecho registrable; afirmar cuántas caídas se habrían producido es una suposición. Reporta lo primero y deja claro el criterio.

Conviene adaptar el reporte a cada audiencia sin cambiar los datos. La dirección necesita la tendencia trimestral y el vínculo con riesgos y compromisos de servicio. El equipo técnico necesita el detalle por automatización, sobre todo de las ejecuciones fallidas. Auditoría necesita saber dónde está el registro de cada ejecución y quién aprobó cada automatización. Una misma fuente de datos, consultada desde la herramienta de orquestación o de gestión de servicios, evita versiones contradictorias.

El vínculo con la gestión de cambios

Una automatización que modifica sistemas en producción es un cambio, y además es un mecanismo que ejecuta cambios de forma repetida. Por eso el gobierno del backlog tiene que conectarse con la práctica de habilitación de cambios (change enablement, en ITIL 4) que ya exista en la organización.

• La puesta en producción de la automatización pasa por el proceso de cambios como cualquier otro cambio, con su evaluación de riesgo y su plan de reversión.
• Las ejecuciones repetidas de una automatización probada pueden registrarse como cambios estándar, preautorizados, si la organización usa esa categoría. Eso reduce fricción sin perder trazabilidad.
• Cada ejecución deja registro vinculado al cambio o al ticket que la originó, para que auditoría pueda reconstruir qué se hizo, cuándo y con qué resultado.
• Las ejecuciones fallidas se tratan según su impacto: como incidentes cuando afectan el servicio y como entrada para la gestión de problemas cuando se repiten.
• Las modificaciones a una automatización existente también son cambios. Una automatización que se edita directamente en producción deja de ser confiable.

Este vínculo es lo que permite que Riesgo y Cumplimiento vean la automatización como un control y no como una amenaza.

Cómo empezar

No hace falta un programa formal para aplicar esto. Una lista mínima para el primer trimestre:

• Crear el formulario de ficha con los ocho campos en la herramienta que ya usa el equipo.
• Nombrar a las personas en los tres roles y a quien decide ante desacuerdos.
• Pasar los pedidos existentes por la ficha y hacer una primera puntuación.
• Agendar la primera revisión trimestral.
• Definir cómo se medirán las cuatro métricas antes de poner en producción la primera automatización.
• Acordar con el responsable de cambios cómo se registran las automatizaciones y sus ejecuciones.