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 ; mais est-on sûr de concevoir ces applications à partir d’un besoin bien défini ?
*Source : Gartner 2019 Magic Quadrant for Enterprise Low Code Application Platforms.
Le besoin (tout court) 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.
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 étant de déterminer s’il est possible de réaliser la solution dans Microsoft Power Apps, à savoir qu’il reste 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 résulte à ce que la solution soit dans Microsoft Power Apps, suivront les étapes de conception et de réalisation en étroite collaboration avec le métier.
Pour cadrer le besoin dans Microsoft Power Apps, des ateliers de co-construction ont lieu pour plusieurs raisons :
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éfini, 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é importante 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.
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.
Sustainable Smart Workplace Director
Consultant & Proxy PO Microsoft PowerPlatform
Sustainable Smart Workplace