Australie 
Canada 
Danemark 
France 
Irlande 
Pays-Bas 
Nouvelle-Zélande 
Espagne et Portugal 
Royaume-Uni 
États-Unis 18 novembre 2022
Par Stephen Elliott, MBA, JD, CISSP, CSM, SVP, innovation informatique et optimisation des décisions
La plus grande force de l’automatisation robotique des processus (RPA) est son accessibilité et sa facilité d’utilisation.
Malheureusement, ces facteurs peuvent aussi contribuer à son échec dans les grandes implémentations évolutives. La RPA ouvre la porte à la technologie sans exiger un diplôme ou des années d’expérience — mettant le code entre les mains des utilisateurs finaux. Cependant, la plupart des cadres aujourd’hui s’attendent à des succès beaucoup plus importants (et donc des économies de coûts) de la part du RPA. Dans ces cas-là, une organisation a besoin de plus qu’un simple utilisateur final enregistre les automatisations sur son bureau. L’ensemble de la solution comprend des logiciels fonctionnant sur des serveurs, des robots fonctionnant sur des bureaux, des identifiants de sécurité, la connectivité réseau, des méthodologies pour écrire, tester et déployer les programmes, ainsi qu’une équipe de personnes pour soutenir le processus. Tous ces éléments sont essentiels au succès, mais ils sont souvent négligés lors de l’achat initial et de la mise en œuvre des solutions RPA.
La RPA ne doit pas être vue comme une reproduction grossière des étapes d’un utilisateur final. Il faut le voir comme reproduisant exactement les étapes qu’un utilisateur final prendrait. Ce niveau de précision exige que les implémentations RPA — pour réussir à grande échelle — adoptent le cycle de vie du développement logiciel, incluant les composants majeurs tels que les exigences, les tests et l’infrastructure sous-jacente sur laquelle les robots fonctionnent.
Exigences
Comme dans le développement traditionnel, cela implique de bien comprendre et de documenter toutes les entrées (les données qu’un utilisateur peut recevoir ou voir) ainsi que toutes les étapes qu’il pourrait entreprendre pour accomplir ses tâches dans le(s) système(s) qu’il utilise. Le processus de collecte des besoins peut être aussi détaillé et difficile que ceux utilisés dans tout autre exercice traditionnel des TI. La RPA qui évite ce niveau de processus inhérent à de nombreuses organisations TI risque de n’automatiser que ce qu’on appelle le « happy path », ce qui mène aux retombées souvent redoutées des « exigences manquées » qui affectent les initiatives infructueuses.
Essais
Les tests des automatisations RPA souffrent du même défi que le développement TI rencontre depuis des décennies : la capacité de (a) connaître tous les chemins de processus possibles et les types de données, puis (b) les tester réellement pour voir ce qui se passe. Pour faire cela efficacement pour de grandes automatisations complexes, l’équipe RPA doit :
- Ayez une compréhension approfondie des applications utilisées dans l’automatisation. Cela inclut le fonctionnement des applications, les flux d’écran, et quels messages peuvent et apparaissent avec différentes entrées (potentiellement erronées). Tout cela est inestimable à connaître alors que vous commencez à enregistrer les actions du robot à travers plusieurs scénarios.
- Employez une large équipe de plusieurs personnes pour les tests. Avoir des membres d’équipe différents des développeurs pour effectuer les tests des automatisations aidera à identifier et à exposer les scénarios et problèmes bien avant de tomber dessus en production. Ce niveau de discipline conduit à des résultats de meilleure qualité et évite la perte potentielle de confiance qui peut survenir si trop d’exceptions sont observées après le déploiement.
Infrastructures
Un point qui est presque jamais abordé avant la mise en œuvre de l’automatisation robotique des processus et qui est aussi un moteur de défis majeurs est l’infrastructure sous-jacente sur laquelle fonctionnent les robots. Les réseaux corporatifs et la mise en place des systèmes peuvent facilement avoir des décennies et, plus important encore, être pris pour acquis. Ne pas inviter les équipes qui comprennent ces informations à la table pour les discussions sur RPA mène souvent à des problèmes plus tard avec les serveurs, réseaux et applications sous-jacents utilisés par RPA. Pour réussir, les entreprises doivent penser aux points suivants :
- Votre robot RPA va-t-il fonctionner sur un ordinateur physique posé sur un bureau ou sur un ordinateur virtuel dans le nuage? Où qu’il se déroule, qui l’entretient techniquement? Qui télécharge les mises à jour et le fait fonctionner? Qui configure le compte utilisateur du robot et réinitialise les mots de passe si nécessaire? S’il s’exécute dans un endroit différent des bureaux réguliers des employés (comme une VM dans le nuage, par exemple), peut-il même se connecter de façon sécuritaire à toutes les applications auxquelles les utilisateurs ont normalement accès? En raison de la variété de ses tâches, un robot a souvent besoin d’accéder à plus d’applications corporatives que n’importe quel autre utilisateur en particulier.
- Vos équipes réseau et infrastructure sont-elles prêtes à installer et maintenir les fermes de serveurs VM pour les robots? Qui s’occupe d’une panne? Et si la panne était propre aux robots? Qui gère les serveurs RPA? Qui analyse les communications réseau pour s’assurer qu’elles fonctionnent correctement?
- Qui installe, possède et maintient l’accès de sécurité et les identifiants des robots à toutes les applications corporatives auxquelles il a accès? Qui s’assure que les robots n’ont que l’accès minimal nécessaire puisque fournir un accès complet est facile... Mais de l’insécurité?
L’une des principales forces de la RPA est sa faible barrière à l’entrée. Il peut être facile à comprendre, permettant de créer une automatisation initiale par les utilisateurs finaux avec une relative facilité. Mais l’expression « le diable est dans les détails » sonne vraie. Si votre organisation souhaite des automatisations efficaces, évolutives et maintenables, ne manquez pas la nécessité de créer des structures de soutien et des équipes autour de la RPA. C’est souvent plus de travail que prévu initialement, mais s’il est bien réalisé, cela peut entraîner d’importantes économies d’automatisation. Pour plus d’informations sur l’automatisation des procédés robotisés, cliquez ici.
