Distribuir agentes en todas las unidades de negocio sin control central

Hay dos enfoques estándar para implementar agentes en una organización grande, y ambos fallan de maneras que son visibles desde el principio si se mira.

el equipo central

Un grupo es dueño de todo el desarrollo de agentes. La gobernanza es excelente, los estándares son consistentes y dentro de cuatro meses están en cola.

El equipo que mejor entiende el trabajo es la unidad de negocio, y ahora están presentando solicitudes y esperando. Las solicitudes se priorizan, el contexto se pierde en la traducción y las unidades de negocios más interesadas comienzan a construir las suyas propias de todos modos, fuera de la gobernanza que el equipo central debe brindar.

El fracaso no es incompetencia. Es que un equipo central no puede tener conocimientos de dominio para doce dominios diferentes.

El todos contra todos

Cada unidad construye lo que quiere. La adopción es rápida, el entusiasmo es alto y nadie puede responder a lo que se está ejecutando.

Para el sexto mes, hay agentes sin propietario, esfuerzos duplicados entre unidades que resuelven el mismo problema tres veces, credenciales en archivos de configuración y una línea de costos que nadie puede atribuir. El primer incidente grave produce una reacción que lo paraliza todo.

Lo que realmente funciona

Un equipo de plataforma propietario de los rieles y unidades de negocio propietarias de los agentes.

El equipo de la plataforma es responsable de las cosas que deben ser coherentes: manejo de identidades y credenciales, aplicación de políticas en el punto de acción, seguimiento de auditoría, atribución de costos, herramientas de evaluación y catálogo compartido.

Las unidades de negocios son responsables de las cosas que requieren conocimiento del dominio: qué automatizar, cómo se ve un buen resultado, quién es el propietario de cada agente y si todavía vale la pena ejecutarlo.

El límite es la parte útil. Una unidad no puede optar por no participar en la atribución o la auditoría, porque son propiedades de la plataforma y no opciones. Una unidad no tiene que pedir permiso para construir algo, porque la construcción no es el recurso restringido.

El catálogo es lo que frena la duplicación

Tres unidades que resuelven el mismo problema por separado es el desperdicio más común en un despliegue grande, y es completamente invisible sin un lugar compartido donde mirar.

Un catálogo interno donde los agentes pueden explorarse, bifurcarse, publicarse y revertirse convierte ese esfuerzo duplicado en reutilización. La segunda unidad parte del trabajo de la primera unidad y lo mejora, y la mejora fluye hacia atrás.

Para eso está el Agent Hub, y es la parte de una implementación que a menudo se pospone y se arrepiente con mayor frecuencia.

Los presupuestos pertenecen a la unidad.

El control presupuestario central recrea la cola en forma financiera. Los presupuestos por unidad que bloquean en lugar de advertir dan a cada unidad una autonomía real dentro de una exposición limitada y hacen que el comercio sea visible para las personas mejor situadas para juzgarlo.

Lo que hay que instalar primero.

Propiedad por agente, antes del lanzamiento y no durante el mismo. Todo lo demás se puede modernizar con esfuerzo. La propiedad modernizada de doscientos agentes que nadie recuerda haber construido es el peor proyecto de esta lista.

Siguiente

Las páginas de Agent Hub cubren el catálogo compartido, la bifurcación y el control de versiones. Las páginas del Sistema de orquestación de agentes cubren atribución, políticas y presupuestos, que son los rieles que posee un equipo de plataforma.