Blog

El objetivo es la especificación: diseño por objetivos y orquestación adaptativa de procesos

·

Forrester abrió una categoría nueva en 2025 y la mapeó en su primer landscape en 2026: adaptive process orchestration, orquestación que combina flujos deterministas con agentes de IA para cumplir objetivos de negocio. La categoría es joven, pero la palabra que conviene leer despacio ya está ahí. No es agentes. Es adaptativa.

Porque «adaptativa» cambia, sin anunciarlo, qué es la especificación de un proceso.

La secuencia era la especificación

Durante veinte años, el contrato de la automatización de procesos fue simple: el diagrama es la especificación. Se modelaba la ruta —actividades, compuertas, excepciones— y el trabajo del motor era seguirla. Conformidad significaba que el camino se recorrió como se dibujó. Auditar significaba demostrarlo.

Ese contrato funciona exactamente mientras la ruta se pueda conocer de antemano. Para la mayoría de los procesos críticos, la mayor parte del tiempo, se puede — por eso el BPMN ejecutable sigue siendo la columna vertebral de todo lo que deba sobrevivir a una auditoría.

Los agentes rompen el contrato

Un agente de IA, por definición, decide su siguiente paso dentro de límites. Su ruta no se puede dibujar de antemano; si se pudiera, no haría falta un agente. Así que en el momento en que un agente entra a un proceso, el contrato viejo falla: si la secuencia es la especificación, un agente es inespecificable.

Las organizaciones que se topan con esto suelen agarrar una de dos malas respuestas. Prohibir los agentes en todo lo que importa — que es cederle la eficiencia a quien no los prohíba. O dejarlos correr y confiar — que ninguna organización regulada puede decir en voz alta.

El objetivo es la especificación

La tercera respuesta es la que el nombre de la categoría está señalando: definir el proceso por el resultado que debe alcanzar y las restricciones que debe respetar, de modo que la ruta pueda variar sin que varíe la responsabilidad.

Para que eso sea más que un eslogan, el objetivo tiene que ser un objeto formal, no un párrafo de la documentación. En nuestra metodología esa disciplina se llama diseño de procesos por objetivos, y el objetivo del proceso se especifica como una estructura completa: los grupos de interés a los que sirve; sus resultados expresados como estados de negocio; un criterio por resultado con meta, tolerancia, sentido y fuente declarada — la entidad y el campo, o el indicador, que alimentará la medición—; sus restricciones, tipificadas; y sus riesgos. La metodología es pública y descargable, así que nada de esto hay que creerlo bajo palabra.

Un objetivo especificado así es verificable por una máquina. Y de ahí sale la propiedad que importa:

  • La conformidad se consulta, no se opina. El motor puede verificar, en cualquier momento, si un proceso satisface sus restricciones declaradas — el verificador es una consulta, no un taller.
  • La ruta puede variar; el objetivo no. Un subflujo fijo aquí, una persona allá, un agente en otra parte: formas admisibles de cumplir el mismo resultado declarado, bajo las mismas restricciones declaradas.
  • Cada variación deja evidencia. Quién o qué dio el paso, con qué datos, bajo qué regla — el mismo rastro de auditoría sea el ejecutor un humano o una máquina.

Sobre los agentes en particular, la metodología ya define el agente como una clase de ejecutor — con alcance acotado, criterios de escalamiento y evidencia por intervención—. En Dexon BPM, los agentes de IA gobernados ya ejecutan actividades del proceso, construidos exactamente sobre este marco: el agente da un paso, y es el objetivo el que sigue decidiendo si el proceso cumplió su resultado.

Tres preguntas para cualquier proveedor

Si está evaluando plataformas contra este vocabulario emergente — la adaptive process orchestration de Forrester, el BOAT de Gartner, la automatización agéntica de procesos—, los nombres importan menos que tres preguntas:

  1. ¿Dónde vive el objetivo? ¿Como objeto formal que el motor verifica — con metas, tolerancias y fuentes declaradas — o como un párrafo de la documentación del proyecto?
  2. ¿La conformidad se puede consultar? Si la respuesta implica agendar una reunión, la respuesta es no.
  3. ¿Qué deja una variación? Cuando la ruta difiere del camino feliz — porque una persona escaló o un agente decidió—, ¿qué exactamente se le puede mostrar a un auditor?

Una plataforma que responde las tres tiene lo que el nombre de la categoría promete: adaptación con responsabilidad. Eso es lo que significa la orquestación de procesos en un solo motor en este sitio — y es el objetivo, no la secuencia, lo que permite decirlo sin riesgo.

← Todos los artículos

Recórralo sobre un proceso suyo

Todo lo de este blog sale de la metodología publicada. En una sesión de trabajo se lo mostramos corriendo sobre uno de sus procesos.

Agendar una sesión técnica