IMPLEMENTATION PLAYBOOKComment AI smarts et Agent se développent de la demande à des résultats acceptables
Les éléments suivants sont utilisés pour expliquer la méthodologie de mise en oeuvre, le calibre des données et les limites de responsabilité, et ne sont pas utilisés comme substituts pour le jugement du projet par des listes fonctionnelles.
01 Données opérationnelles de référencePremièrement, nous enregistrons l'état réel avant la modification.
Lorsque le projet est lancé, sélectionnez un lien d'affaires qui nécessite le plus d'amélioration, interviewez l'utilisateur réel et prenez un échantillon récent. Traitement des dossiers, temps moyen, temps d'attente, retour au travail, nombres inhabituels et points de contact manuels autour de -Tâche démontage, planification et conception de workflow d'Agent multi-étapes. - Si les données disponibles sont incomplètes, le niveau de référence est basé sur un compte de table manuelle pendant une à deux semaines consécutives.
Le niveau de référence devrait également indiquer la portée des statistiques et des exclusions. Par exemple, le temps de traitement commence par la disponibilité des informations ou par la première présentation par le client, l'exception ne comprend pas les interfaces tierces, et les modifications manuelles sont des corrections ou des retraitements mineurs.
02 Première bague ferméeValider les hypothèses clés avec une portée minimale disponible
La première question, qui ne vise pas à couvrir tous les secteurs, concerne la récupération des connaissances, l'appel à outils, l'intégration des systèmes API et des systèmes d'affaires.La première question est de former une boucle fermée qui peut fonctionner en temps réel : entrée claire, règles de traitement, actions système, rôles de responsabilité, mouvement inhabituel et sortie finale.Les rôles clés comprennent au moins les propriétaires d'entreprises, les utilisateurs réels, les interfaces techniques et les gestionnaires de réception et d'inspection, évitant que la demande ne soit décrite par la direction et utilisée sur le front en ligne par un autre groupe.
L'évaluation des besoins correspond à chaque compétence au lieu d'affaires, au rôle de l'utilisateur et à l'acceptation d'un échantillon. Les questions qui ne fournissent pas de données, d'interfaces ou de décideurs légitimes devraient être incluses comme condition préalable ou étape ultérieure et ne devraient pas être incluses discrètement dans une offre à fourchette fixe.
• Mise en œuvre du projetFaire du processus un résultat d'étape réversible et réversible
Un chemin typique consiste à identifier les tâches de grande valeur et les systèmes utilisables, à déterminer les données, les privilèges et les indicateurs d'acceptation, à compléter le PoC et à valider les effets et les processus en boucle fermée, à développer la production, à intégrer, à tester la sécurité et à mettre en place une échelle de gris. Chaque étape devrait aboutir à des résultats visibles, tels que des organigrammes, des prototypes, des compacts d'interface, des dossiers d'essai, des énoncés de déploiement ou des démonstrations en cours.
La démonstration de l'étape n'est pas adaptée au travail. Un échantillon représentatif devrait être utilisé pour couvrir les processus normaux, les champs manquants, les demandes répétées, l'autorité inadéquate, les dépassements de temps et les anomalies de données historiques provenant de services externes, et pour identifier les problèmes qui ne se posent que dans l'environnement de production à un stade précoce.
04 Opérations de réception et d'inspectionAcceptation et acceptation communes avec livraison, preuves et indicateurs
Le projet devrait au moins concilier la limite de la scène Agent, le rapport de faisabilité et d'évaluation des risques, PoC, l'ensemble des tâches réelles et le niveau de référence de l'impact, l'application Agent, l'interface d'outil, le code source et le paquet de déploiement, et confirmer l'attribution du code source ou de la configuration, la gestion du compte, le déploiement de la construction, la sauvegarde des données, la réponse aux défaillances et les responsabilités de maintenance subséquentes.
On suppose qu'un processus de base est de 800 éléments par mois, une moyenne de 18 minutes par unité et un taux de rendement de 12 %, ce qui n'est qu'un exemple, et non pas le rendement d'un client. Une ligne doit être suivie de quatre à huit semaines consécutives d'observation continue au même calibre, avant de juger si le projet réussit, de la modernisation à l'aide à des tâches opérationnelles, en réduisant les doubles emplois et les mouvements manuels entre systèmes, en créant une ingéniosité gérable et traçable.
Portée et confirmation de l'efficacité du projetLes indicateurs formels de portée, de périodicité, de budget et d ' impact sont définis dans les données de référence du projet concernant le diagnostic, les contrats et l ' acceptation.