Créer un portfolio Power Automate au Maroc : un projet concret, étape par étape

Choisir un projet adapté à son niveau

Un bon projet concret Power Automate se reconnaît moins à sa complexité qu’à sa clarté. Il doit répondre à un besoin identifiable, pouvoir être réalisé avec les connecteurs et services auxquels vous avez accès, et produire un résultat que vous pouvez démontrer. Pour commencer, privilégiez un flux avec un déclencheur, quelques règles simples et une action visible, comme envoyer une notification ou mettre à jour une ligne de suivi.

Un projet débutant peut automatiser la réception et l’orientation d’une demande. Un projet de niveau intermédiaire peut ajouter une approbation, des branches selon le type de demande, un traitement des erreurs et un journal de suivi. Évitez de commencer par une automatisation qui dépend de nombreux systèmes, de données sensibles ou d’autorisations que vous ne contrôlez pas.

Avant de choisir, rédigez une phrase qui résume la valeur du flux : « Lorsqu’une demande est envoyée, le flux la classe, avertit la bonne personne et conserve son statut ». Si cette phrase est difficile à formuler, réduisez le périmètre. Le but du portfolio Power Automate est de rendre votre raisonnement visible, pas de faire croire qu’un prototype est déjà prêt pour un déploiement en production.

• Périmètre réalisable : un processus principal et peu d’exceptions.
• Résultat démontrable : une demande créée, un statut modifié ou une notification reçue.
• Données maîtrisées : exemples fictifs, sans coordonnées ni informations d’entreprise.
• Explication accessible : un tiers peut comprendre le problème et le parcours du flux.

Partir d’un besoin concret

Pour un exercice pratique Power Automate, prenez comme exemple le traitement d’une demande de matériel ou d’accès à un outil. Dans une petite équipe, ces demandes peuvent arriver par différents canaux, être oubliées ou manquer d’informations. Le projet consiste à uniformiser leur réception et à rendre leur état visible. Il s’agit d’un scénario de démonstration : n’affirmez pas qu’il représente les règles réelles d’une organisation.

Avant de construire le flux, décrivez le processus actuel en quelques lignes : qui envoie la demande, quelles informations sont nécessaires, qui doit la traiter et comment la personne sait que le traitement a avancé. Repérez également les cas simples : demande incomplète, catégorie inconnue, absence d’approbation ou erreur d’envoi. Vous n’avez pas besoin de reproduire toutes les situations possibles ; indiquez clairement celles que le prototype prend en charge.

Un brief de projet peut tenir sur une page.

Objectif : recevoir une demande fictive, la classer par catégorie, prévenir la personne chargée du traitement et conserver un statut consultable. Utilisateurs : une personne qui soumet la demande et une personne qui la traite. Déclencheur : soumission d’un formulaire de démonstration. Règles : vérifier les champs obligatoires et choisir une destination selon la catégorie. Livrables : le flux Power Automate, un schéma de fonctionnement, un jeu de données fictif, une checklist de tests et une courte démonstration. Limites : le prototype ne gère pas les données réelles, les droits de production ni les exceptions propres à une entreprise.

• Écrivez l’objectif en une phrase orientée résultat.
• Définissez les utilisateurs, les informations attendues et le résultat d’une demande.
• Séparez les fonctions indispensables des améliorations facultatives.
• Indiquez les limites dès le brief, au lieu de présenter le prototype comme un système complet.

Préparer les données, fichiers ou ressources

Un flux fiable commence par des entrées prévisibles. Préparez quelques demandes fictives avec des catégories, des descriptions et des statuts de démonstration. Utilisez des noms inventés et des adresses de test que vous contrôlez. Si vous montrez des fichiers ou des captures, remplacez les noms d’entreprise, les identifiants, les adresses électroniques et tout détail permettant d’identifier une personne ou un client.

Vérifiez quels services et connecteurs sont accessibles dans votre environnement Power Automate. Certains connecteurs ou scénarios peuvent dépendre du compte, des autorisations ou de la licence disponible. N’intégrez donc pas dans votre portfolio une promesse de fonctionnement universel : décrivez l’environnement de démonstration et les composants effectivement utilisés. Gardez les identifiants secrets hors des captures et des documents partagés.

Préparez aussi un schéma simple du flux : entrée, vérifications, décision, action et résultat. Ce dessin aide à vérifier la logique avant la configuration et rend le projet compréhensible pour un lecteur qui n’a pas accès à votre compte.

• Une liste de valeurs fictives pour tester les cas normaux et les erreurs.
• Un formulaire ou une source de démonstration sans données personnelles réelles.
• Un compte et des connecteurs auxquels vous êtes autorisé à accéder.
• Un schéma du processus et une liste des règles à automatiser.
• Des captures expurgées de toute donnée personnelle, confidentielle ou d’identification.

Réaliser le projet par étapes

Construisez d’abord la version la plus simple du flux, puis ajoutez les règles une par une. Cette progression facilite la recherche d’erreurs : si le flux cesse de fonctionner après une modification, vous savez quel changement examiner. Pour ce projet, choisissez le déclencheur correspondant à votre formulaire ou à votre source de démonstration, puis ajoutez les actions nécessaires à la vérification, au classement et à la notification.

Commencez par contrôler les champs obligatoires. Ensuite, utilisez une condition pour distinguer les catégories prévues. Pour chaque branche, prévoyez une action cohérente et un résultat observable. Ajoutez enfin la mise à jour du statut ou l’inscription dans un suivi. N’ajoutez une approbation que si elle apporte une vraie valeur au scénario et si vous pouvez la tester dans votre environnement.

Les noms des étapes comptent : « Vérifier les informations » est plus utile à un lecteur que « Condition 2 ». Ajoutez des commentaires ou une description lorsque la règle ne va pas de soi. Si une action échoue, prévoyez un résultat explicite, par exemple un statut d’erreur dans le journal de démonstration, plutôt qu’une présentation qui laisse croire que toutes les demandes ont été traitées correctement.

• Créer la source de demande et vérifier qu’elle produit les champs attendus.
• Construire un flux minimal avec le déclencheur et une action de confirmation.
• Ajouter les validations des champs puis les conditions de classement.
• Ajouter les notifications et la mise à jour du suivi.
• Tester le flux après chaque évolution et nommer clairement les actions.
• Noter les dépendances, autorisations et limites de l’environnement de démonstration.

Tester, corriger et documenter

Un portfolio crédible montre que vous avez vérifié plusieurs résultats, pas seulement que le flux a fonctionné une fois. Effectuez les tests avec des données fictives et conservez une note simple indiquant le cas testé, le résultat attendu, le résultat observé et la correction éventuelle. Si un test n’est pas réussi, documentez-le comme un point à résoudre plutôt que de masquer l’échec.

La checklist ci-dessous couvre les contrôles essentiels pour ce projet. Adaptez-la aux règles que vous avez réellement mises en œuvre. Elle ne remplace pas une validation de sécurité ou une recette métier lorsqu’un flux doit être utilisé en entreprise.

• ☐ Une demande complète déclenche le flux et reçoit le résultat attendu.
• ☐ Un champ obligatoire manquant est traité comme prévu.
• ☐ Chaque catégorie reconnue suit la bonne branche.
• ☐ Une valeur inconnue est signalée ou orientée vers un traitement de repli.
• ☐ La notification contient les informations utiles, sans données superflues.
• ☐ Le statut ou le suivi reflète le résultat réel du traitement.
• ☐ Une erreur d’action est repérable et n’est pas présentée comme une réussite.
• ☐ Les captures et les fichiers de démonstration ne révèlent aucun secret ni renseignement réel.
• ☐ Les noms, commentaires et instructions permettent à un tiers de suivre la logique.
• ☐ Les limites et dépendances du prototype sont indiquées dans la documentation.

Présenter son travail dans un portfolio

Présentez votre projet en partant du problème, puis montrez comment le flux le traite. Une fiche d’une ou deux pages peut contenir le brief, le schéma, les étapes du parcours, quelques captures expurgées, les tests réalisés et les limites. Une courte vidéo peut compléter la fiche : montrez une demande fictive, le déclenchement et le résultat, sans laisser apparaître de compte, de notification réelle ou d’élément confidentiel.

Expliquez vos décisions concrètes : pourquoi vous avez choisi telle condition, comment une demande incomplète est gérée, ce qui arrive en cas d’erreur et ce que vous amélioreriez avec les besoins d’une vraie équipe. Cette dernière partie valorise votre capacité à raisonner sur un processus, et pas seulement à assembler des actions.

Ne publiez pas de lien de partage vers un environnement professionnel sans autorisation. Évitez également d’inclure des exportations de flux contenant des références d’environnement, des connexions ou des paramètres internes. Si vous ne pouvez pas partager le flux lui-même, un schéma, une démonstration contrôlée et une documentation claire suffisent à expliquer le travail. Soyez précis sur ce qui est construit, testé et seulement envisagé.

• Titre du projet et problème traité.
• Objectif, utilisateurs concernés et périmètre du prototype.
• Schéma du flux et captures nettoyées.
• Résultats de tests, y compris les cas d’erreur.
• Outils et composants effectivement utilisés.
• Limites, éléments non testés et pistes d’amélioration.
• Aucune donnée réelle, information confidentielle ou promesse de déploiement non vérifiée.

Le parcours, étape par étape

1. 11. Définir un besoin et un périmètre — Choisissez un processus répétitif, formulez le problème et identifiez les utilisateurs. Limitez le prototype à une entrée, quelques règles et un résultat visible.
2. 22. Écrire le brief et préparer des données fictives — Décrivez l’objectif, les règles, les livrables et les limites. Créez des exemples sans données personnelles ou professionnelles réelles.
3. 33. Dessiner le parcours du flux — Représentez le déclencheur, les vérifications, les décisions, les actions et les résultats. Cette vue sert de plan de réalisation et de support de présentation.
4. 44. Construire une première version fonctionnelle — Configurez le déclencheur et une action simple, puis vérifiez le résultat avant d’ajouter validations, conditions, notifications et suivi.
5. 55. Tester les cas normaux et les exceptions — Testez les champs manquants, les catégories reconnues ou inconnues, les notifications et les erreurs d’action. Consignez résultats attendus et observés.
6. 66. Documenter et préparer la démonstration — Rédigez une fiche de projet, nettoyez les captures, indiquez les limites et préparez une démonstration utilisant uniquement des données fictives.
7. 77. Présenter ses compétences avec précision — Expliquez ce que vous avez personnellement réalisé, les décisions prises et les améliorations possibles. Ne présentez pas un prototype comme un déploiement opérationnel.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. Power Apps et Power Automate — FormaGroup formagroup.ma
2. Automatisation no code avec l’IA — FormaGroup formagroup.ma
3. Outils collaboratifs Microsoft 365 — FormaGroup formagroup.ma
4. Microsoft Learn learn.microsoft.com
5. JobInTech jobintech.academy
6. Formation intra-entreprise — OFPPT ofppt.ma