Que faut-il automatiser en premier dans une entreprise de conception de systèmes informatiques et de services IT

Dans une entreprise de conception de systèmes informatiques et de services IT, la première automatisation devrait généralement être un transfert à faible risque des demandes entrantes, et non un agent autonome qui modifie le système d’un client. Ce guide décrit le parcours du ticket à la livraison, ses points de blocage et la manière de tester une aide ciblée sur des données passées.

1. Les étapes du travail, de bout en bout

Avant de choisir un outil d’automatisation, cartographiez une tâche de bureau récurrente, de la demande au résultat. Dans une entreprise de conception de systèmes informatiques et de services IT, il peut s’agir d’une demande d’assistance, d’un transfert de projet ou d’une mise à jour régulière de statut. Les détails varient selon le client et le contrat : documentez donc d’abord le processus réel :

1. Choisissez une tâche bien délimitée : trouvez une étape répétable, avec un début et une fin clairement définis, comme vérifier les informations requises dans une demande ou préparer un brouillon de transfert.
2. Consignez la règle actuelle : décrivez les actions de l’équipe, les conditions propres au client ou au service qui modifient l’étape suivante, ainsi que les personnes autorisées à approuver les exceptions.
3. Vérifiez les données d’entrée : identifiez les systèmes et les champs nécessaires à la tâche. Confirmez que l’utilisation de ces données à cette fin est autorisée et excluez celles dont la tâche n’a pas besoin.
4. Définissez un résultat sûr : décidez si l’automatisation peut préparer un brouillon, suggérer une catégorie ou effectuer une tâche administrative réversible. Confiez à une personne les décisions incertaines, propres au client ou susceptibles d’avoir des conséquences importantes.
5. Désignez une personne chargée de la vérification et un responsable : précisez qui contrôle le résultat, traite les exceptions et peut interrompre le processus. Une suggestion générée sans responsable clairement identifié ne constitue pas un transfert achevé.
6. Examinez le résultat : notez si la tâche a été correctement exécutée, ce qui a dû être corrigé et si la règle ou le processus doit être modifié avant d’étendre l’automatisation.

Cette méthode sert à évaluer une tâche candidate ; elle ne prétend pas que toutes les entreprises suivent un processus standard. Pour découvrir les étapes de traitement des tickets susceptibles de comprendre ces tâches, consultez notre guide sur la gestion des tickets par les entreprises de services IT.

2. Où les choix d’automatisation échouent dans les bureaux d’une entreprise réelle de conception de systèmes informatiques et de services IT

Scénario illustratif : une entreprise configure un assistant de réception pour plusieurs comptes clients. Il fonctionne pour les demandes courantes, mais les comptes suivent des circuits d’approbation différents. Une demande qui peut être préparée pour un client nécessite l’examen d’un ingénieur pour un autre, tandis qu’un problème de sécurité doit sortir entièrement du processus courant. Si l’automatisation applique une règle générique, elle peut attribuer le travail à la mauvaise personne ou préparer une action que le client n’a pas approuvée.

La solution ne consiste pas à automatiser chaque étape. Il faut d’abord distinguer la préparation répétable des décisions qui dépendent du client, du contrat, du risque lié au service ou du jugement humain.

Les projets d’automatisation se bloquent souvent lorsque :

• Le processus est mal compris : le personnel s’appuie sur des exceptions non documentées et l’automatisation suit une règle simplifiée qui ne correspond pas au travail réel.
• Les limites entre clients sont floues : les dossiers, les autorisations, les exigences d’approbation ou les engagements de service diffèrent, mais le processus les traite comme interchangeables.
• La tâche exige trop de jugement : les demandes ambiguës et les décisions à fort impact sont traitées comme des entrées courantes au lieu d’être confiées à une personne.
• L’outil peut faire plus que nécessaire : un processus qui doit seulement rédiger ou classer dispose d’autorisations permettant de modifier des dossiers, d’envoyer des messages ou d’agir sur l’environnement de production.
• Seul le cas simple est testé : les informations manquantes, les demandes inhabituelles et les cas sensibles sont omis, si bien qu’une démonstration fluide masque des lacunes opérationnelles.
• Personne n’est responsable des exceptions : le personnel ne sait pas qui examine les résultats douteux, modifie la règle ou met l’automatisation en pause.

Limitez la première version. L’équipe doit pouvoir expliquer ce qu’elle peut faire, ce qu’elle ne doit pas faire et qui prend le relais lorsque les données d’entrée ou le résultat sortent du cadre convenu.

3. Que faut-il automatiser en premier, et que ne faut-il jamais automatiser ?

Choisissez la première tâche en comparant les options selon des critères pratiques, plutôt qu’en privilégiant la demande la plus urgente ou la démonstration la plus impressionnante. Un bon point de départ est répétable, limité, régi par des règles claires et facile à vérifier ou à corriger par une personne.

Comparez les options avant de les développer

1. Dressez la liste des tâches récurrentes : relevez les étapes de bureau courantes, comme vérifier un dossier de démarrage de projet, préparer un résumé de statut ou rédiger un transfert de service.
2. Vérifiez la stabilité des règles : confirmez que la même règle documentée s’applique de manière cohérente au client et au service concernés. Si le personnel doit souvent interpréter des exceptions, améliorez d’abord le processus.
3. Évaluez les conséquences et la récupération : demandez-vous ce qui pourrait mal se passer, comment une personne le détecterait et si un résultat erroné peut être annulé avant d’atteindre un client ou un système.
4. Vérifiez les données et les accès : utilisez uniquement les dossiers approuvés et les autorisations minimales nécessaires à la tâche.
5. Évaluez l’effort de vérification : une personne doit pouvoir contrôler un brouillon ou un champ signalé à partir de sa source sans refaire toute la tâche.
6. Désignez un responsable clairement identifié : confiez-lui la responsabilité du périmètre, des exceptions, des corrections et de la décision d’étendre ou d’arrêter le processus.
7. Choisissez une option et consignez votre motif : privilégiez des règles claires, un risque maîtrisable, des données d’entrée approuvées et un avantage visible. Ne prétendez pas à un gain de performance avant de l’avoir mesuré.

Bons premiers candidats

• Préparez un brouillon de transfert de projet ou de service à partir des dossiers de travail approuvés, pour examen par le responsable.
• Vérifiez le dossier de démarrage d’un nouveau projet à l’aide d’une liste de complétude définie et signalez les éléments manquants sans approuver le projet.
• Organisez les documents de projet approuvés dans un résumé interne cohérent, sans modifier les fichiers sources.
• Préparez un brouillon de compte rendu et de mesures à prendre à partir des dossiers approuvés, pour confirmation par un membre de l’équipe.
• Appliquez une correspondance fixe entre les champs à un brouillon de dossier interne et soumettez-le à vérification avant de l’enregistrer.

Confiez la responsabilité à une personne

• Ne déléguez pas à un système automatisé les décisions relatives au périmètre contractuel, aux tarifs, à l’architecture, à la sécurité, à l’acceptation ou aux niveaux de service.
• N’approuvez ni n’exécutez des modifications de l’environnement d’un client, des droits d’accès, des contrôles de production ou des suppressions de données sur la seule base d’un résultat généré.
• N’envoyez aucun message ni engagement destiné à un client sans l’examen d’une personne responsable.
• Ne laissez pas le processus utiliser des informations en dehors de l’usage approuvé ni exposer des identifiants ou d’autres données à accès restreint.
• N’automatisez pas un cas nouveau ou ambigu dont l’impact est incertain ; transmettez-le à un responsable qualifié.

Le premier processus doit faciliter la prestation, et non prendre seul des décisions de conception ou des engagements envers les clients. Si la tâche ne peut pas être décrite par une règle claire et vérifiée à partir de sa source, elle n’est pas prête à être automatisée en premier.

4. Comment tester sans risque sur des données antérieures pendant deux semaines

Évaluez une option sélectionnée pendant deux semaines à partir de dossiers antérieurs approuvés. Il s’agit de déterminer si elle peut fournir une aide utile et vérifiable selon la règle écrite, et non si un système automatisé peut remplacer l’équipe.

1. Fixez la décision avant le test : consignez les limites de la tâche, les résultats autorisés, les exclusions, le responsable ainsi que les critères d’acceptation et d’arrêt.
2. Préparez des exemples et des résultats de référence : choisissez des dossiers antérieurs approuvés pour le processus retenu. Incluez des cas courants et des exceptions pertinentes, puis définissez les résultats attendus selon les règles actuelles. Supprimez ou masquez les données sensibles inutiles.
3. Première semaine, établissez la référence manuelle : demandez à une personne chargée de la vérification d’effectuer la tâche selon le processus habituel. Consignez les étapes, l’effort de vérification, les corrections, les transferts et les motifs des exceptions. Gardez les dossiers en lecture seule dans un environnement approuvé.
4. Deuxième semaine, comparez les résultats en mode silencieux : exécutez l’automatisation sur les mêmes dossiers sans enregistrer de modifications, envoyer de messages ni déclencher d’actions opérationnelles. Comparez les brouillons ou suggestions aux résultats de référence et notez la vérification humaine nécessaire pour chacun.
5. Analysez les erreurs par cause, et pas seulement en nombre : distinguez les lacunes des règles, le contexte manquant, le traitement incorrect des exigences propres au client, les suppositions risquées et les résultats dont la vérification prend plus de temps que l’exécution manuelle.
6. Prenez une décision limitée : poursuivez en mode conseil, révisez l’option ou arrêtez. Consignez les éléments observés, les limites et l’approbation du responsable. Tout essai en conditions réelles exige une autorisation et des contrôles distincts.

Ces deux semaines constituent une période d’évaluation pratique, et non une preuve de performance à long terme. Pour des conseils détaillés sur la relecture sécurisée d’anciens tickets, consultez notre guide pour tester l’automatisation en toute sécurité sur d’anciens tickets.

5. Une checklist à copier

• Tâche : l’étape candidate est-elle précise, répétable et suffisamment limitée pour être décrite clairement ?
• Processus : le personnel a-t-il documenté les étapes actuelles, les exceptions et les règles propres à chaque client ?
• Données : l’utilisation des dossiers requis est-elle approuvée, limitée au nécessaire et protégée ?
• Risque : le processus peut-il éviter les décisions de sécurité, d’accès, d’impact client et de production qui nécessitent une intervention humaine ?
• Autorisations : l’outil dispose-t-il uniquement des accès nécessaires pour préparer ou exécuter la tâche approuvée ?
• Vérification : une personne identifiée est-elle chargée de contrôler les suggestions et de traiter les cas incertains ?
• Test : l’équipe comparera-t-elle les résultats à des exemples vérifiés, y compris des cas incomplets et inhabituels ?
• Récupération : l’action peut-elle être arrêtée, corrigée ou annulée, et ces étapes sont-elles clairement définies ?
• Décision : les critères d’acceptation et d’arrêt sont-ils consignés avant l’extension du processus ?

En bref : automatisez d’abord une tâche bien comprise et à faible risque, et confiez les engagements envers les clients et les décisions importantes à des personnes responsables.