Projet de portfolio SAP Fieldglass au Maroc : un cas pratique à réaliser

Choisir un projet adapté à son niveau

Pour un projet SAP Fieldglass débutant, privilégiez un périmètre étroit, un résultat explicable et une démonstration que vous pouvez terminer sans dépendre de données ou de droits d’accès auxquels vous n’avez pas droit. Le but n’est pas de reproduire tout un déploiement d’entreprise. Il s’agit de montrer que vous comprenez le problème, que vous savez représenter un processus et que vous pouvez vérifier les résultats attendus.

Le sujet proposé ici est la gestion simulée d’une demande de travailleur externe pour une mission temporaire. Le cas peut illustrer la création du besoin, les étapes d’approbation, le suivi du statut et la clôture administrative. Selon les accès dont vous disposez, vous pourrez soit réaliser certaines manipulations dans un environnement autorisé de SAP Fieldglass, soit produire une maquette accompagnée d’un scénario de démonstration. Ces deux formats ne doivent pas être confondus : indiquez précisément ce que vous avez réellement exécuté.

Pour calibrer le projet, écrivez d’abord une phrase décrivant le résultat attendu, par exemple : « permettre à un responsable de suivre une demande de ressource externe depuis sa soumission jusqu’à sa clôture ». Limitez ensuite votre démonstration à un seul rôle principal, quelques statuts et un parcours nominal. Ajoutez au maximum un ou deux cas d’exception, comme une demande incomplète ou un refus d’approbation.

Un projet plus avancé peut comparer deux circuits d’approbation ou illustrer des règles de suivi différentes. N’ajoutez toutefois une règle que si vous pouvez expliquer son origine, son effet et la manière de la tester. Dans SAP Fieldglass, les possibilités exactes dépendent de la configuration de l’organisation et des droits attribués : évitez de présenter une règle imaginée comme un comportement universel du logiciel.

• Choisissez un problème métier compréhensible en quelques phrases.
• Fixez une limite de périmètre : un processus, des rôles définis et des résultats attendus.
• Décidez si vous présentez une configuration réelle autorisée, une maquette ou une étude de cas.
• Définissez à l’avance ce qui prouvera la réussite : étapes suivies, statuts cohérents et documentation lisible.

Partir d’un besoin concret

Un bon projet concret SAP Fieldglass part d’une difficulté de gestion, non d’une liste de fonctionnalités. Par exemple, une entreprise fictive reçoit des demandes de renfort externe par plusieurs canaux. Les responsables ont du mal à savoir qui doit valider chaque demande, où elle en est et quelles informations manquent avant de la traiter.

Transformez cette difficulté en brief. Donnez un nom fictif à l’entreprise, décrivez brièvement son activité, puis précisez les utilisateurs concernés : un responsable qui exprime le besoin, un valideur et une personne chargée du suivi. Vous pouvez ajouter un fournisseur fictif uniquement si cela aide à expliquer le scénario. N’utilisez pas le nom, le logo ou les données d’une entreprise réelle sans autorisation.

Votre brief doit distinguer les besoins du processus des hypothèses de votre exercice. Par exemple, « chaque demande doit être examinée par un responsable avant de passer à l’étape suivante » est une règle choisie pour la simulation, pas nécessairement une règle par défaut de SAP Fieldglass. Signalez cette distinction dans votre dossier afin que le lecteur sache ce qui relève du cas inventé et ce qui a été observé dans l’outil.

Vous pouvez ajouter des critères de réussite simples : une demande contient les informations nécessaires, le responsable peut retrouver son statut, une décision est enregistrée dans le scénario et le parcours de clôture est expliqué. N’affirmez pas avoir obtenu des gains de temps ou de coûts si vous ne les avez pas mesurés.

• Objectif : représenter et expliquer le suivi d’une demande de travail externe.
• Utilisateurs : demandeur, valideur et personne chargée du suivi, tous fictifs.
• Périmètre : création, validation, suivi du statut et clôture simulée.
• Livrables : brief, diagramme de processus, jeu de données fictives, cas de test et présentation courte.

Préparer les données, fichiers ou ressources

Avant de démarrer, réunissez les éléments dont votre démonstration a besoin : description du scénario, liste des rôles, étapes du processus, valeurs de statut retenues pour l’exercice et exemples de demandes fictives. Un tableau simple peut contenir un identifiant inventé, un intitulé de mission générique, une date fictive, un statut de scénario et un rôle responsable. Ces exemples servent à expliquer votre travail ; ils ne doivent pas reproduire une base réelle.

Ne récupérez pas de données dans un système professionnel, un fichier partagé ou une capture d’écran simplement parce que vous y avez accès. Il faut une autorisation explicite pour réutiliser les données ou images d’une organisation. Supprimez les noms, coordonnées, identifiants, tarifs, détails contractuels, commentaires internes et éléments permettant de reconnaître une personne ou une entreprise. Un nom remplacé par « Utilisateur A » n’anonymise pas nécessairement un dossier si les autres détails permettent toujours de retrouver son auteur.

Préparez également les ressources de présentation : un schéma réalisé par vous, une courte description des décisions prises et, si vous disposez d’un environnement autorisé, des captures limitées au nécessaire. Vérifiez les conditions d’utilisation de l’environnement et les règles de votre établissement ou employeur avant de copier des écrans. Sans accès à SAP Fieldglass, vous pouvez présenter une maquette de processus ou un prototype visuel ; nommez-le comme tel et n’en faites pas une capture prétendument issue du produit.

Gardez une trace de la provenance de chaque ressource. Pour chaque image, tableau ou document, notez s’il a été créé par vous, s’il provient d’un support autorisé ou s’il est fictif. Cette habitude protège la confidentialité et rend votre portfolio plus crédible.

• À préparer : brief, rôles, étapes du processus, données d’exemple fictives et critères de réussite.
• À exclure : données réelles de candidats, travailleurs, clients, fournisseurs ou contrats sans autorisation.
• À vérifier avant publication : noms, logos, identifiants, dates, montants, commentaires et métadonnées des fichiers.
• À indiquer : environnement utilisé, autorisations pertinentes et distinction entre simulation et configuration réelle.

Réaliser le projet par étapes

Commencez par cartographier le parcours sur une page : qui formule la demande, qui l’examine, quelles informations sont nécessaires et à quel moment le scénario est considéré comme terminé. Utilisez des libellés simples. Cette vue sert de référence pour votre exercice pratique SAP Fieldglass, même si vous ne disposez pas d’un environnement logiciel.

Ensuite, écrivez deux ou trois scénarios. Le premier suit le parcours nominal : une demande fictive est complète, examinée et suivie jusqu’à la clôture prévue. Le deuxième peut présenter un blocage, par exemple une information manquante. Le troisième, facultatif, peut illustrer un refus ou une correction. Pour chaque scénario, notez l’état de départ, l’action attendue et le résultat que le lecteur doit observer.

Si vous avez un accès autorisé à SAP Fieldglass, repérez d’abord les fonctions disponibles dans votre environnement et les limites de vos droits. Réalisez uniquement les manipulations permises et notez les écarts entre votre scénario et l’environnement. Les libellés, écrans et règles peuvent dépendre du paramétrage : ne généralisez pas à partir d’une configuration particulière.

Si vous n’avez pas accès à un environnement, produisez un diagramme, des écrans de maquette ou un storyboard annoté. Vous pouvez aussi présenter un tableau de suivi fictif si vous le distinguez clairement de l’application. Votre valeur ajoutée réside alors dans la logique du processus, la clarté des exigences, les tests proposés et l’honnêteté sur les limites du prototype.

Terminez par une démonstration courte : le problème, le parcours, un cas nominal, un cas d’exception et ce que vous avez appris. Expliquez le raisonnement derrière vos choix plutôt que de lire chaque écran ou chaque case.

• 1. Décrire le besoin métier et les rôles.
• 2. Dessiner le processus et définir les états du scénario.
• 3. Préparer les exemples fictifs et les cas de test.
• 4. Réaliser le parcours dans un environnement autorisé ou créer une maquette déclarée comme telle.
• 5. Comparer le résultat aux critères de réussite et noter les écarts.
• 6. Préparer une démonstration courte, avec les limites et hypothèses explicites.

Tester, corriger et documenter

Les tests montrent que vous avez réfléchi au comportement attendu, même si le projet est une simulation. Pour chaque test, consignez un identifiant, une précondition, une action et le résultat attendu. Si vous avez pu exécuter le test dans un environnement autorisé, ajoutez le résultat observé. Sinon, indiquez qu’il s’agit d’un test prévu ou d’une vérification de maquette, et non d’un test exécuté dans SAP Fieldglass.

Documentez les choix importants : pourquoi ce périmètre, quelles hypothèses ont été retenues, comment les rôles interviennent et quelles informations sont nécessaires à chaque étape. Un lecteur non spécialiste doit pouvoir comprendre le scénario sans explication orale. Ajoutez un mini glossaire si vous utilisez des termes propres à la gestion des travailleurs externes ou aux achats de services.

Quand vous repérez un défaut, décrivez-le sans le masquer : situation, effet sur le parcours et correction proposée. Si vous ne pouvez pas appliquer la correction dans l’outil, présentez-la comme une recommandation. Cette transparence permet au recruteur ou au client d’évaluer votre raisonnement sans prendre une maquette pour un système opérationnel.

• Checklist de tests et de contrôle qualité :
• Le brief, le processus et les livrables décrivent-ils le même périmètre ?
• Les rôles et responsabilités sont-ils compréhensibles et cohérents dans chaque scénario ?
• Le parcours nominal arrive-t-il à l’état final annoncé ?
• Le cas incomplet ou refusé produit-il le résultat attendu dans le scénario ?
• Les statuts et exemples sont-ils cohérents d’un document à l’autre ?
• Les résultats attendus sont-ils séparés des résultats réellement observés ?
• Les captures sont-elles autorisées, nécessaires et exemptes d’informations sensibles ?
• Les noms, logos, métadonnées et détails indirectement identifiants ont-ils été vérifiés ?
• Un lecteur externe peut-il comprendre le projet sans connaître votre entreprise fictive ?

Présenter son travail dans un portfolio

Une page de portfolio SAP Fieldglass peut commencer par un résumé de quelques lignes : le besoin simulé, votre rôle, le format du travail et le résultat présenté. Ajoutez ensuite le brief, le diagramme, les cas de test et une sélection réduite de captures ou de maquettes. Chaque visuel doit avoir une légende qui explique ce qu’il démontre. Évitez les galeries d’écrans sans contexte.

Annoncez sans ambiguïté le degré de réalisation : « exercice réalisé dans un environnement autorisé », « maquette de processus » ou « étude de cas simulée ». Précisez les fonctions effectivement explorées, le cas échéant, et les éléments que vous n’avez pas pu vérifier. Ne vous attribuez pas la configuration d’un système d’entreprise si votre travail s’est limité à une conception ou à un exercice guidé.

Pour protéger les données, privilégiez des schémas recréés et des données entièrement fictives plutôt que le floutage d’une capture réelle. Le floutage peut laisser visibles des indices, ou être incomplet. Ne publiez aucune information confidentielle même si vous pensez qu’elle est difficile à identifier. En cas de doute, demandez l’autorisation ou remplacez la ressource par une représentation créée de zéro.

Enfin, préparez une présentation orale d’environ quelques minutes, ajustée au contexte de l’entretien ou de la discussion client : besoin, démarche, tests, résultat et limites. Vous pouvez conclure par la prochaine amélioration que vous réaliseriez avec davantage de temps ou un accès approprié. Cette conclusion transforme un exercice limité en occasion de montrer votre capacité à apprendre et à prioriser.

• Montrez le problème avant la solution et expliquez votre contribution personnelle.
• Ajoutez un diagramme lisible, quelques visuels légendés et une synthèse des tests.
• Indiquez clairement ce qui a été exécuté, simulé ou seulement proposé.
• Retirez toute donnée réelle non autorisée ; préférez des exemples fictifs créés pour le projet.

Le parcours, étape par étape

1. 1Cadrer le cas — Choisissez un besoin lié au suivi d’une demande de travail externe. Écrivez l’objectif, les utilisateurs fictifs, le périmètre et les critères de réussite.
2. 2Décrire le processus — Dessinez les étapes, les rôles et les décisions. Distinguez les hypothèses de votre exercice des comportements que vous avez réellement observés dans SAP Fieldglass.
3. 3Préparer les ressources — Créez des données fictives, des scénarios de test et un schéma. Vérifiez que vous avez l’autorisation d’utiliser tout environnement ou visuel réel.
4. 4Réaliser ou maquetter — Suivez le parcours dans un environnement autorisé si vous en avez un ; sinon, présentez une maquette ou un storyboard clairement identifié comme simulation.
5. 5Contrôler et corriger — Exécutez les tests possibles, comparez les résultats attendus et observés, consignez les écarts et proposez des corrections sans exagérer ce qui a été réalisé.
6. 6Publier et présenter — Assemblez un brief, un diagramme, des tests et des visuels légendés. Supprimez les éléments sensibles et préparez une présentation courte qui explique aussi les limites.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. FormaGroup — SAP Fieldglass formagroup.ma
2. JobInTech jobintech.academy
3. Formation intra-entreprise — OFPPT ofppt.ma