Phase 1: diagnostic de scène et classement de la valeur
Le projet devrait identifier les secteurs cibles, les points de douleur, les processus existants, les sources de données, les limites du système et les indicateurs de succès avant le démarrage.
Les scénarios prioritaires communs comprennent l'analyse de connaissances commerciales, le soutien au service aux passagers, les questions et réponses relatives aux ventes, le traitement des contrats/documents, la classification des feuilles de travail, l'assistant à l'analyse des données et l'automatisation des processus internes.
Phase 2: Validation du prototype et analyse d'impact
La phase prototype devrait être validée à l'aide d'échantillons réels, de fichiers réels et de véritables acteurs commerciaux. Les indicateurs ne devraient pas être vus uniquement dans le flux de réponses, mais aussi dans l'exactitude, la citation, la rapidité de réponse, les économies de temps manuelles et les taux d'adoption par le personnel opérationnel.
Cette phase peut rapidement éliminer des idées qui ne conviennent pas aux fins de l'opération, et peut également identifier les lacunes dans la base de connaissances, les privilèges, les processus et les interfaces, réduisant ainsi le risque pour la version de production.
- Indicateurs mesurables clairs d'acceptation
- Validation des effets avec des données réelles sur les entreprises
- Enregistrer les échecs et constituer une liste itérative
Phase 3 : Développement du niveau de production et intégration des systèmes
L'application est également liée à des systèmes tels que CRM, OA, ERP, service de passagers, feuille de travail ou plate-forme de données.
Si le workflow de l'Agent est impliqué, il faut aussi identifier les déclencheurs pour chaque étape, les points d'identification manuelle, les retraits de la défaillance et les limites de responsabilité, et éviter les capacités d'automatisation du contrôle opérationnel.
Phase 4: opérations en ligne et optimisation continue
La livraison intégrale devrait comprendre des codes d'application, des paquets de déploiement, des fichiers d'interface, des règles de maintenance des dossiers de connaissances, des conseils et des configurations de flux de travail, des rapports d'essai, des manuels d'exploitation, des dossiers de formation et des programmes de développement du trafic.
La connexion est suivie d'une observation continue de l'utilisation, du taux de succès, des réponses de faible qualité, du transfert manuel, des changements dans les indicateurs d'affaires et la rétroaction des utilisateurs, et de l'optimisation périodique de la configuration du modèle, du contenu des connaissances et de la conception des processus.
Externalisation des projets de l'EDF, de la lecture des résultats à la contribution du projet
Le problème le plus probable après la lecture des articles méthodologiques est l'acceptation des principes, qui ne sont pas traduits dans la prochaine étape. Il est proposé que le chef des opérations organise un mini-atelier de 60-90 minutes, en choisissant seulement un processus réel et ne se précipitant pas pour discuter de la plate-forme complète.
Étape 1: Établissement d'un état actuel et d'un échantillon de référence
Les données peuvent être enregistrées pendant une à deux semaines consécutives, mais en se référant au cycle d'échantillonnage et aux fluctuations opérationnelles. Ne fixez pas d'abord un bon taux d'économie, puis inversez les données.
Étape 2: Clarifier la fermeture initiale et l'inaction
La première phase, combinée à la phase II : Validation du prototype et analyse d'impact, décrit la première phase des conditions d'entrée, de traitement, de sortie, d'utilisation du rôle et d'achèvement. La première phase vise à maintenir une chaîne en marche et à faire résonner, plutôt que de empiler tous les systèmes il faut accéder, les informations qui doivent être fournies par les clients, les questions à haut risque qui ne peuvent être traitées automatiquement et les conditions qui dépendent de tiers.
Étape 3: Correspondre les résultats techniques aux données techniques
Le projet AI conserve également une version de l'évaluation, de la configuration des indices ou des procédés, de la source de modèles et de connaissances, des dossiers de correction manuelle et des tests de régression de faible confiance, de dépassement et de défaillance. Ne pas compter sur une seule démonstration pour produire la bonne réponse. La démonstration du fournisseur devrait être basée sur un échantillon confirmé par les deux parties.
Étape 4: Réception, inspection et disque avec le même calibre
Si l'on suppose que le processus initial s'occupe de 600 tâches par mois, d'une moyenne de 20 minutes et d'un taux de rendement de 10 %, l'objectif peut être déclaré comme étant, six semaines après le début de la ligne, avec une réduction moyenne de 25 % de la complexité de la tâche et un taux de rendement ne dépassant pas le niveau de référence initial., l'ensemble ne démontre que la méthode de mesure et ne représente aucun résultat du client; des indicateurs officiels doivent être identifiés par l'entreprise sur la base de son propre échantillon.
- Matériel opérationnel : organigramme, rôle, mission type, questions actuelles et données de base
- Matériel technique : inventaire des systèmes, interface, accès aux données, environnement de déploiement et exigences en matière de sécurité
- Matériel du projet: portée de la première phase, exclusions, matrice de responsabilité, jalons et mécanismes de changement
- Matériel de réception et d'inspection : jeu d'essais, dossiers d'exécution, liste des lacunes, requêtes d'indicateurs et documents de transfert
Lorsque ces matériaux sont identifiés conjointement par les parties opérationnelles et techniques, la méthode de l'article est effectivement entrée dans le projet. Si les données clés, l'autorisation d'interface ou la personne responsable ne sont pas en place, la prochaine étape logique est généralement un diagnostic limité ou PoC, plutôt qu'un engagement immédiat à terminer la période de travail et le prix total fixe.
Mettre en œuvre la méthodologie pour l'action du projet
- Les projets d'applications FDE AI d'abord écran de scénarios à haute valeur
- Validation du prototype à l'aide de données réelles et d'indicateurs clairs
- L'accès à la production doit comprendre les mécanismes d'autorité, de vérification, de surveillance et d'exploitation continue.
Continuer à concilier les questions communes dans la prise de décisions concernant les projets
En quoi l'externalisation FDE diffère-t-elle du développement courant de logiciels AI?
L'externalisation FDE met l'accent sur le travail approfondi des ingénieurs, en travaillant avec les utilisateurs, les données, les modèles et les systèmes existants pour faire avancer l'application. Le développement normal de AI commence généralement par une exigence fonctionnelle plus claire, en se concentrant sur les applications et les interfaces.
Voir la réponse complèteAI Externalisation des achats, des devis et des acceptationsL'application de l'application devrait-elle se développer d'abord par une PoC ou une mise en œuvre directe du système formel?
Lorsque les effets du modèle, la qualité des données ou les conditions du système n'ont pas été validés, une gamme limitée de PoC devrait être effectuée; si le même type de capacité est validé sur un échantillon réel, les normes de gamme, d'interface et d'acceptation sont stables et peuvent être directement intégrées au processus de production.
Voir la réponse complèteentreprise AI Efficacité, sécurité et poursuite de l'exploitationComment le projet AI devrait-il élaborer des indicateurs d'acceptation et d'inspection?
Le projet AI ne peut pas simplement accepter et accepter -looks good -- ou s'engager à 100% précision des données. Les indicateurs doivent couvrir les résultats d'affaires, les effets de modèle, la performance du système, les privilèges de sécurité et les bas-ups manuels.
Voir la réponse complèteEntreprise AI Organisation et mise en œuvre des transportsLe service informatique ou l'entreprise devrait-il être responsable du transfert de AI?
Environnement AI Transport exige une coresponsabilité opérationnelle et informatique, mais avec des responsabilités différentes. Questions de définition du secteur d'activité, calibre des connaissances, échantillons réels et résultats finaux, et les équipes informatiques ou techniques sont responsables des interfaces de données, privilèges d'identité, architecture, sécurité, diffusion et transport. La direction est responsable de la fixation des priorités, de la budgétisation et de la prise de décisions intersectorielles.
Voir la réponse complèteNécessité d'une analyse plus approfondie dans le contexte de l'état actuel de l'entreprise?
Nous fournissons des conseils techniques en informatique, la construction d'informations d'entreprise, Software Project Outlook, conception de produits, la livraison de R & D et les services de livraison de systèmes.