Microsoft Power Apps: Comment bien cadrer son besoin ?

Microsoft Power
Apps : Comment bien cadrer son besoin ?

La demande d’automatisation des processus métiers en entreprise étant en pleine expansion, les applications low-code, c’est-à-dire avec peu de développements, représenteront plus de 65%* des activités de développement des applications.

Cependant est-on sûr de concevoir ces applications à partir d´un besoin bien défini ? Sans cadrage clair, le risque est immédiat : le périmètre s’étire, les objectifs se diluent et le projet consomme du temps sans créer de valeur. Côté solution, on fait souvent de “mauvais paris” modèle de données inadapté (liste SharePoint plutôt que Dataverse), écrans et parcours confus, performances dégradées sur des volumes réels. 

La sécurité et la conformité passent en second plan (règles d’accès, DLP, journalisation), exposant des informations sensibles. Les intégrations deviennent fragiles, la maintenance s’alourdit faute d’outillage (gouvernance, gestion de versions/ALM), et la facture licences/d’exploitation grimpe sans prévisibilité. Au final, l’adoption des équipes reste faible, les métiers contournent l’application, et la direction porte un coût d’opportunité élevé. Un cadrage amont structuré, besoin, priorités, données, rôles, indicateurs, est donc un investissement minime au regard des dérives qu’il évite.

*Source : Gartner 2019 Magic Quadrant for Enterprise
Low Code Application Platforms.

Mais que signifie un besoin métier ?

Le besoin (tout court) de créer une application ou d’automatiser un processus provient de ce qui est nécessaire pour accomplir une action. Un besoin métier découle d’une attente permettant de solutionner une partie ou la totalité d´un manque ou d´un problème.

Le besoin métier est généralement exprimé par un demandeur à travers une expression des besoins donnant matière à créer l’information nécessaire à l’affinage du projet en vue de sa conception. Dans le cas du développement d´une application Microsoft Power Apps, le besoin est requalifié par l´apporteur de solution afin de réunir l´ensemble des éléments permettant la conception et la réalisation de l´application.

Quelles sont les étapes de développement d’une application Microsoft Power Apps?

Une fois que le besoin est exprimé par le métier, il y a d’abord l´étape de cadrage qui permet de bien comprendre le besoin et d´analyser la capacité d’y répondre dans l´outil.

L´objectif de cette étape est de déterminer, s´il est possible de réaliser la solution dans Microsoft Power Apps. Il est toutefois envisageable de compléter la solution avec d´autres composants de la Power Platform (comme Power Automate par exemple).

Ensuite, si l’étape de cadrage conclut que la solution relève bien de Microsoft Power Apps, suivront les étapes de conception et de réalisation en étroite collaboration avec le métier.

Focus sur la phase de cadrage.

Afin de bien cadrer le besoin dans Microsoft Power Apps, des ateliers de co-construction ont lieu pour plusieurs raisons :

• Rencontrer le métier
• Découvrir et challenger le besoin exprimé.
• Définir le contexte et les objectifs du projet.
• Définir les dates de rendu de l´application.
• Déterminer la population cible des utilisateurs.
• Définir les contraintes de l´application.

En suivant ces points, il sera possible d´accompagner le métier dans son expression de besoin. On va ainsi l’aider à déterminer les fonctionnalités attendues par l’application, l’affiner et exclure des fonctionnalités qui ne pourront être livrées dans la contrainte de temps définie, s´il y en a une.

Par ailleurs, le cadrage du besoin permet également de voir s’il y a des exigences au niveau de la performance de l´application mais également des exigences de sécurité. On ne développera pas de la même manière une application avec des enjeux de sécurité importants qu´une application sans enjeu de sécurité.

Une application étant amenée à évoluer dans le temps, il convient de proposer au métier une livraison par lot. Cela permettra ainsi de livrer et tester les fonctionnalités importantes dans un premier temps, puis les autres fonctionnalités moins prioritaires par la suite.

On va pouvoir proposer un prototype durant ces différents ateliers afin de confronter le métier à l’interface attendue et lui proposer une expérience utilisateur répondant à son besoin.

Une fois que la conception est validée par le métier, les équipes de développement pourront démarrer la réalisation.

Par conséquent, le cadrage du besoin est un prérequis essentiel à la définition de l´application. Cela permet de minimiser les risques et de livrer une solution qui correspond à l´attente du métier et qui répond aux objectifs.

Vous accompagner

Au-delà des obligations légales, la prise en compte de l´accessibilité numérique fait partie des objectifs de toutes les entreprises.

Highpoh, cabinet de conseil et d´expertise IT spécialisé dans les technologies Microsoft et le Numérique Responsable, vous aide à réaliser vos projets liés à la Power Platform : accompagnement ponctuel ou régulier, centre de services, ateliers de découverte de la Power Platform, idéation, gouvernance, cadrage, conception, réalisation d´applications, correction d´anomalies.

Highpoh intervient également dans la mise en place de fonctionnalités d´accessibilité nécessitant des développements spécifiques non présents par défaut, comme dans les sites SharePoint personnalisés.

• En savoir plus sur HIGHPOH
• Demandez une présentation de notre offre Power Platform