Pourquoi le Modèle Opérationnel Robotique (ROM) est essentiel pour le succès de la RPA

« Pas tout le monde dans la RPA sait ce qu'est un processus « bon ». Certains sont développés avec peu ou pas de bénéfices business ou construits avec une logique complexe destinée à causer des problèmes plus tard. »

Quand Benjamin Franklin a dit « une once de prévention vaut une livre de guérison, » il ne faisait pas référence spécifiquement à l'Automatisation des Processus Robotiques (RPA) et l'importance du Modèle Opérationnel Robotique (ROM). Mais il aurait aussi bien pu.

La RPA est implémentée au mieux quand le voyage complet est défini en amont, plutôt que d'attendre jusqu'à ce que vous découvriez une erreur et la corrigez ensuite.

Le ROM de Blue Prism a été fondé pour servir ce but exact et est décomposé en sept piliers :

• Vision
• Organisation
• Gouvernance et Pipeline
• Méthodologie de Livraison
• Modèle de Service
• Personnes
• Technologie

Chaque pilier englobe les diverses considérations que vous devez faire quand vous implémentez une solution RPA.

L'adhésion au ROM de Blue Prism assure qu'un Centre d'Excellence (CoE) RPA prospère et grandit organiquement, plutôt que de stagner. C'est ce qui rend la RPA facilement scalable et empêche une entreprise de courir avec la RPA avant de savoir marcher.

Vision

Vous devez d'abord considérer la stratégie et le but de votre implémentation RPA. Cherchez-vous à améliorer la qualité de vos données, économiser des coûts ou améliorer l'expérience utilisateur en fournissant des réponses plus rapides, plus précises ?
Quelle que soit votre raison, il est important de comprendre comment votre stratégie pour la RPA s'aligne à celle du business plus large. De cette façon, quand vous serez prêt à monter en échelle, vous aurez déjà le soutien.

Une fois que vous avez établi votre vision — sortez et faites-vous entendre ! Sécurisez le buy-in du sommet de l'organisation et vérifiez qu'il cascade vers le bas de manière positive.

Trouvez un Head of RPA avec un enthousiasme infectieux pour vos objectifs organisationnels qui organisera des roadshows, ateliers et autres initiatives pour engager les gens à travers le business. Les Champions RPA peuvent aussi répandre la bonne parole et identifier d'autres opportunités d'automatisation.

Plus tôt vous obtenez les bonnes personnes à bord, mieux c'est !

Organisation

L'étape suivante implique la planification de votre modèle organisationnel. Où la RPA siégera-t-elle dans le business et quels sont vos plans de croissance ? Une approche centralisée englobe toute l'organisation. Il peut être bénéfique de l'intégrer dans un CoE existant. Cependant, si vous avez une équipe de livraison limitée, vous devrez gérer les attentes quand tous les coins du business frappent à votre porte pour que leur processus soit automatisé !

Une approche fédérée est où la capacité RPA siège dans une fonction particulière mais est mise à l'échelle à travers le business, avec l'équipe centrale contrôlant les standards et les meilleures pratiques. Cela est réalisé en créant des pods de livraison à travers l'organisation, responsables de l'identification et la livraison de leurs propres processus automatisés gouvernés par le CoE.

Une approche divisionnelle est la moins favorable. C'est où de multiples fonctions RPA tournent séparément à travers l'organisation avec une infrastructure séparée, une gouvernance séparée, et des équipes séparées. Ce n'est pas rentable et empêche la vraie échelle.

Gouvernance et pipeline

Pas tout le monde dans la RPA sait ce qu'est un processus « bon ». Certains sont développés avec peu ou pas de bénéfices business ou construits avec une logique complexe destinée à causer des problèmes plus tard.

Il est important d'être clair sur ce qui fait un processus vraiment bon. La logique binaire, ainsi que des applications cibles hautement transactionnelles et fiables, ne sont que quelques-unes des choses que vous devriez rechercher.

Une fois que vous êtes clair sur la définition de « bon », vous pouvez identifier les processus alimentés par la gouvernance. De cette façon, vous poserez les bonnes questions à la bonne audience.

Par exemple, vous auriez pu trouver un processus apparemment idéal pour l'automatisation mais le représentant IT sur votre conseil de gouvernance vous informe qu'il y a un patch programmé pour l'application cible dans deux mois. Vous devrez re-spy vos éléments et mettre le processus en pause jusqu'à ce que le patch ait été effectué.

Parmi les autres sujets discutés au Conseil de Gouvernance, vous couvrirez la génération de demande c.-à-d. comment allez-vous générer de la demande pour la RPA dans le business ? Incitations employés pour identifier des processus appropriés, communications internes, et ateliers pour l'engagement ne sont que quelques-unes des techniques que nous recommanderions.

Méthodologie de livraison

Maintenant que vous avez identifié tous ces processus, comment allez-vous les délivrer comme solutions automatisées ?

Capturer de l'information incorrecte (ou oublier de la capturer du tout) dans la phase de définition peut avoir un impact catastrophique, donc vous avez besoin d'un SME connaisseur pour capturer l'information du processus. Ça vaut aussi le coup de tenir une walk-through du processus pour la bonne audience.

C'est trop tentant d'avoir votre développeur automatiser la solution dans Blue Prism aussi vite que possible. Sur le long terme, cependant, vous allez souhaiter avoir pris un peu plus de temps.

D'abord, documentez le processus « to-be ». Comment le processus robotique différera-t-il du processus humain ? Quel est le blueprint pour construire dans Blue Prism ?

Décrivez les Business Objects dont vous avez besoin pour cette solution et comparez-les aux Objects qui existent déjà dans votre environnement. Cela fera éventuellement avancer vos temps de développement alors que vous étendez votre bibliothèque d'objets réutilisables. Le développement peut commencer une fois que le « to-be » a été convenu avec le business, et votre design authority/lead développeur a approuvé le blueprint proposé et conduit les revues par les pairs nécessaires.

Signez off les tests et assurez-vous que le business est satisfait. Il y a d'autres livrables clés qui doivent être produits dans les phases de test et de release — et c'est crucial de ne pas les négliger !

Modèle de service

Une fois vos processus en production, vous avez besoin d'obtenir le bon support autour d'eux.

Vos robots renvoient-ils des renvois business à l'équipe opérationnelle pour une saisie manuelle ? Les développeurs sont-ils sur place au cas où les robots n'agiraient pas comme attendu ? Avez-vous des plans de disaster recovery en place pour prévenir la perte de ressources robotiques ?

La dernière chose dont vous avez besoin est de perdre vos ressources robotiques dues à un mauvais modèle de service.

Personnes

Toutes les grandes équipes planifient le succès futur dès le départ. Si vos développeurs ne sont pas expérimentés, cependant, ils auront du mal à gérer les points de douleur RPA inévitables. Nommer un lead développeur de haute qualité est essentiel, mais ces personnes peuvent être extrêmement difficiles à trouver sur le marché actuel.

Les développeurs devront être formés au plus haut standard en développement Blue Prism et analyse de processus. De cette façon, ils sont prêts à performer dans un rôle hybride, tout en recevant du support sur site d'un consultant expérimenté.

Alors que votre équipe de développement continue de grandir, vous devriez regarder à nommer une Design Authority pour assurer que les standards sont maintenus et un Control Room Monitor pour gérer vos robots de production.

Enfin, planifiez quand vous aurez besoin de recruter. Cela peut aider à maintenir la continuité et la qualité à travers votre équipe de livraison.

Technologie

Le septième pilier implique des considérations concernant quelle approche technique vous prenez. Configuration de machine virtuelle, provisionnement de licence pour la mise à l'échelle future, et disaster recovery devraient tous être contemplés, aussi bien que choisir entre une solution cloud-based et on-prem host.

Un problème commun est l'échec à construire des machines virtuelles contre une image commune, signifiant que les techniques de développement telles que l'Automatisation de Surface posent une menace plus large d'échouer.

Avoir chaque pilier correct est essentiel pour le succès dans toute solution RPA.

Écrit par Rob Dawson, consultant principal, Robiquity