La brecha entre una demostración funcional y un proceso empresarial funcional

Una demostración es un sistema que funciona en las condiciones que alguien elige. Un proceso es un sistema que funciona bajo condiciones que nadie eligió, repetidamente, mientras las personas que lo construyeron están haciendo otra cosa.

Todo lo difícil está en la segunda descripción.

Lo que una demo omite

La entrada que está mal formada de una manera que nadie anticipó. El caso que queda fuera de las categorías. La semana en que el sistema fuente cambió su esquema sin decírselo a nadie. La persona que utilizó la herramienta de manera diferente a como fue diseñada, y no se equivocó.

Una demostración los omite porque es necesario. El problema es que un proceso de negocio consta sustancialmente de ellos, y un sistema que sólo ha sido probado en el camino limpio no ha sido probado en el trabajo.

Las cuatro adiciones

Entre una demostración funcional y un proceso de trabajo, se deben agregar cuatro cosas, y ninguna de ellas es capacidad de modelo.

Un límite. Lo que el sistema puede hacer, se aplica donde ocurre la acción en lugar de solicitarse en una instrucción. Sin esto, el alcance es lo que el modelo decida que es en una ejecución determinada.

Un dueño. Se nombra una persona responsable de que siga funcionando. Los sistemas sin uno se degradan silenciosamente, porque nadie está atento a la degradación.

Una definición de correcto. Escrito, lo suficientemente específico como para calificar automáticamente. Sin esto, la calidad es todo lo que una persona ocupada nota, lo cual es una función decreciente de cuántos sistemas están teóricamente supervisando.

Un coste que se atribuye. De lo contrario, el proceso tiene un derecho ilimitado sobre un presupuesto compartido, y la primera revisión será sobre la IA y no sobre este proceso.

Por qué es importante el orden

Los equipos generalmente los agregan en el orden de sofisticación percibida, lo cual es al revés. La evaluación llama la atención porque suena avanzada; la propiedad se omite porque suena administrativa.

Pero una evaluación que nadie posee produce puntuaciones sobre las que nadie actúa. Un límite sin atribución produce un sistema seguro de costo desconocido. Las piezas administrativas son las que hacen funcionales a las técnicas.

La evaluación honesta del valor.

Los agentes eliminan trabajo y la eliminación es real. También añaden una nueva categoría de trabajo que antes no existía: operarlos, que es continuo y no puntual.

Cualquier caso de negocio que cuente el primero y no el segundo describe un piloto. Los programas que tienen éxito presupuestan ambos, lo que hace que parezcan menos impresionantes en una diapositiva y considerablemente más probable que existan en un año.

Por donde empezar

Elija un proceso que esté bien especificado, que actualmente sea costoso y en el que se pueda recuperar un error. Dale un dueño antes de construir. Escriba cómo se ve un buen resultado. Establece un presupuesto que bloquee. Luego construye.

Esa secuencia es más lenta de lo que sugiere la demostración y es la única que hemos visto producir algo que todavía se ejecuta doce meses después.

Siguiente

Las páginas del Sistema de orquestación de agentes cubren límites, propiedad, evaluación y atribución como un solo sistema. Las páginas de casos de uso cubren dónde han comenzado otras organizaciones.