Revoir les existants et les besoins réels
Introduction
Lorsque vous réalisez une migration, c’est un peu comme lorsque vous déménagez des affaires. Que cela soit d’une pièce à l’autre, d’un étage à l’autre ou dans un tout autre endroit, c’est le bon moment de faire le tri dans ce que vous souhaitez garder, ce que vous devez garder, et enfin ce dont vous pouvez vous départir.
C’est la même chose lorsque vous effectuez une migration comme celle depuis des applications Excel et Access vers la Power Platform : bien des choses, qui se sont révélées fort utiles fut un temps, n’ont plus de raison d’être à l’époque du Cloud et des solutions intégrées dans des navigateurs web.
La migration est un moment pour questionner vos applications, si certaines fonctionnalités sont toujours nécessaires, pertinentes, ou si elles peuvent être remplacées par des éléments plus modernes.
Le changement sera important, aussi bien pour l’équipe de développement, qui sera chargée de la migration, mais également du support de l’application, que pour les utilisateurs, qu’il faudra former à l’utilisation des nouveaux outils. Cela ne sera pas une tâche aisée, mais vous aurez de nombreux arguments à votre disposition.
Dans ce chapitre, nous aborderons...
Besoins toujours présents ?
Contrairement aux objets physiques qui peuvent avoir une valeur sentimentale, les applications informatiques, et les données qu’elles contiennent, n’ont que très rarement d’attachement affectif.
Plusieurs années d’utilisation d’applications développées durant les dernières décennies ont créé beaucoup de données dans votre entreprise, et il vous faut les conserver pour garder une trace de vos activités durant cette période.
Mais se pose la question de jusqu’à quel point vous garderiez tout de l’ancienne application pour la migrer dans la Power Platform.
Avec le tout numérique, certaines informations que vous stockiez pour vos clients n’ont peut-être plus de raison d’être, même s’il existe des secteurs où l’usage du fax reste encore d’actualité !
Évolutions dans le code
Les Declare Function
Lorsque vous utilisiez les applications sous Excel ou Access, vous aviez réussi à repousser les limites du VBA en utilisant des instructions faisant appel aux API VBA glanés çà et là sur le net. Si ces API n’étaient que des extensions disponibles dans les librairies dll qui trônaient en haut de vos modules, avec la gestion du 32 bits et du 64 bits, la bonne nouvelle pour vous est que vous n’aurez plus à vous en soucier.
Voici un exemple de fonction très utilisée en VBA, qui permettait au développeur d’ouvrir des documents dans l’application par défaut de l’utilisateur.
Private Declare Function ShellExecute Lib "shell32.dll" Alias
"ShellExecuteA" _
(ByVal hwnd As Long, ByVal lpOperation As String, ByVal lpFile As
String, _
ByVal lpParameters As String, ByVal lpDirectory As String, ByVal
nShowCmd As Long) As Long
Qu’elles servent à intégrer des fonctions natives de Windows...
Corriger les irritants, améliorer l’expérience utilisateur
Lorsque vous annoncerez à vos utilisateurs que vous avez décidé de migrer les applications Excel et Access vers la Power Platform, il y a fort à parier que des langues vont se délier, et que certaines choses qui pouvaient être reprochées aux applications vont être dites.
Ce n’est pas une attaque personnelle, et aucune application n’étant parfaite, il est normal que les utilisateurs souhaitent des améliorations dans les outils qu’ils utilisent à longueur de journée.
Profitez donc de la migration pour faire un tour de table avec vos utilisateurs, afin qu’ils vous listent les différents irritants qu’ils rencontrent dans le cadre de l’utilisation des applications.
Plusieurs thématiques reviendront fréquemment parmi les remontées d’informations lors de cet exercice. En voici donc quelques-unes.
Interfaces à revoir
Qu’il s’agisse d’une zone de texte dans un mauvais onglet, d’une case à cocher manquante ou tout autre petite subtilité graphique, les utilisateurs aimeraient tous avoir leur propre interface personnalisée.
Lors de la migration, il ne sera pas toujours possible de satisfaire tout le monde, mais il est pertinent de prendre en compte les besoins de ceux qui vous permettront de faire une meilleure application !
Demander aux utilisateurs si des contrôles dans les formulaires pourraient être déplacés, retirés, ou même ajoutés...
Nouvelles opportunités
Avec la gamme des produits de la Power Platform, plusieurs fonctionnalités qui n’existaient pas, ou étaient particulièrement ardues techniquement à mettre en place, deviennent accessibles directement via des contrôles dans les interfaces ou des connecteurs dans les flux.
Application en ligne
Il est important de comprendre qu’une fois les outils migrés, que les applications ne sont plus attachées à un fichier Excel ou une base de données Access, mais sont accessibles depuis un navigateur web.
Navigateur web
Les applications qui lançaient un navigateur web pour se connecter à un site ou à un autre, qui présentaient de nombreux défis, ne seront probablement qu’un lointain souvenir, car vos applications sont à présent dans un navigateur web !
Une simple ligne de Power Fx pour se connecter sur un lien web, c’est une belle simplification qui vous attend !
Voici en exemple le moyen de vous connecter à votre site référence, plus riche bibliothèque de contenu IT en ligne de France.
Launch("www.editions-eni.fr")
Il est également possible de passer des paramètres dans cette fonction, de quoi trouver les articles disponibles sur le thème de la Power Platform.
Launch("www.editions-eni.fr/recherche";"exp";"power platform")...
Automatisation
Avec les capacités des flux Power Automate, vous continuerez de simplifier les tâches répétitives des utilisateurs en les automatisant grâce à des actions robustes et en répondant aux besoins les plus répandus.
Voir le chapitre Migration des processus - Power Automate pour plus de détails à ce sujet.
Maintenance
Une fois les applications déplacées dans la Power Platform, elles continueront de nécessiter une maintenance de la part des équipes en charge au sein de votre entreprise.
Nouvelles fonctionnalités, ajustements liés aux changements de vos besoins d’entreprise, la maintenance peut se faire sans empêcher l’utilisation durant les modifications, la publication des changements se faisant en continu, et les mises à jour étant effectives dès le prochain lancement de l’application par vos utilisateurs.