L'écart entre une démo fonctionnelle et un processus métier fonctionnel

Une démonstration est un système fonctionnant dans des conditions choisies par quelqu'un. Un processus est un système fonctionnant dans des conditions que personne n’a choisies, de manière répétée, alors que les personnes qui l’ont construit font autre chose.

Tout ce qui est difficile est dans la deuxième description.

Ce qu'une démo omet

L'entrée est mal formée d'une manière que personne n'avait prévue. Le cas qui sort des catégories. La semaine où le système source a modifié son schéma sans en informer personne. La personne qui a utilisé l'outil différemment de la façon dont il a été conçu, et n'a pas eu tort de le faire.

Une démo les omet parce qu’elle le doit. Le problème est qu'un processus métier en est constitué en grande partie et qu'un système qui a uniquement été testé sur le chemin propre n'a pas été testé sur le travail.

Les quatre ajouts

Entre une démo fonctionnelle et un processus de travail, quatre éléments doivent être ajoutés, et aucun d'entre eux n'est une capacité de modèle.

Une frontière. Ce que le système est autorisé à faire est appliqué là où l'action se produit plutôt que demandé dans une instruction. Sans cela, la portée est celle que le modèle décide pour une exécution donnée.

Un propriétaire. Une personne nommée responsable de la poursuite des travaux. Les systèmes sans système se dégradent silencieusement, car personne ne surveille la dégradation.

Une définition de correct. Écrit, suffisamment précis pour marquer automatiquement. Sans cela, la qualité est ce qu'une personne occupée remarque, ce qui est une fonction décroissante du nombre de systèmes qu'elle supervise théoriquement.

Un coût qui est attribué. Autrement, le processus a des droits illimités sur un budget partagé, et le premier examen portera sur l’IA plutôt que sur ce processus.

Pourquoi la commande est importante

Les équipes les ajoutent généralement dans l’ordre de sophistication perçue, ce qui est à rebours. L’évaluation attire l’attention parce qu’elle semble avancée ; la propriété est ignorée parce que cela semble administratif.

Mais une évaluation que personne ne possède produit des scores sur lesquels personne n’agit. Une frontière sans attribution produit un système sûr dont le coût est inconnu. Les éléments administratifs sont ce qui rend les éléments techniques fonctionnels.

L’évaluation honnête de la valeur

Les agents suppriment du travail, et la suppression est réelle. Ils ajoutent également une nouvelle catégorie de travaux qui n'existait pas auparavant : leur exploitation, qui est continue plutôt que ponctuelle.

Toute analyse de rentabilisation qui prend en compte le premier et non le second décrit un projet pilote. Les programmes qui réussissent budgétisent les deux, ce qui les rend moins impressionnants sur une diapositive et beaucoup plus susceptibles d'exister dans un an.

Par où commencer

Choisissez un processus bien spécifié, actuellement coûteux et dans lequel les erreurs sont récupérables. Donnez-lui un propriétaire avant de construire. Notez à quoi ressemble un bon résultat. Fixez-vous un budget qui bloque. Puis construisez.

Cette séquence est plus lente que ce que suggère la démo et c'est la seule que nous ayons vue produire quelque chose encore en cours douze mois plus tard.

Suivant

Les pages du système d'orchestration d'agent couvrent les limites, la propriété, l'évaluation et l'attribution comme un seul système. Les pages Cas d'utilisation couvrent les points de départ d'autres organisations.