Créer un portfolio SAP SuccessFactors au Maroc : un projet pratique de bout en bout

Choisir un projet adapté à son niveau

Un bon projet de portfolio est assez petit pour être terminé, mais assez concret pour faire apparaître votre raisonnement. SAP SuccessFactors est une suite cloud de gestion des ressources humaines qui couvre différents processus RH. Pour un premier projet SAP SuccessFactors débutant, évitez donc de vouloir représenter toute une fonction RH ou de concevoir plusieurs modules en même temps. Délimitez un processus, un profil d’utilisateur et un résultat observable.

Un périmètre adapté consiste à concevoir le parcours d’intégration d’une nouvelle recrue dans une entreprise fictive. Votre exercice pratique SAP SuccessFactors peut décrire les étapes du parcours, les informations nécessaires, les rôles concernés, les points de contrôle et les indicateurs de suivi proposés. Vous pouvez produire ce travail dans un document, un tableur et une maquette visuelle, sans affirmer que la maquette est une configuration SAP fonctionnelle.

Choisissez un sujet qui vous permet d’expliquer ce que vous avez fait et pourquoi. Si vous débutez, donnez la priorité à la compréhension du processus et à la qualité de la documentation. Si vous connaissez déjà les bases de la gestion RH, ajoutez une analyse des responsabilités, des cas d’exception ou des besoins de reporting. N’ajoutez pas de fonctionnalités précises à votre projet si vous ne les avez pas vérifiées dans l’outil ou dans une ressource officielle.

Avant de commencer, écrivez une phrase qui fixe le périmètre : « Je conçois une proposition de parcours d’intégration pour une entreprise fictive et j’en documente les étapes, les rôles et les contrôles. » Cette formulation vous aidera à distinguer une étude de cas ou une maquette d’une réalisation effectuée dans un environnement SAP.

• Projet adapté : un parcours RH unique, limité et expliqué.
• Livrables possibles : brief, schéma du processus, maquette illustrative, scénarios de test et bilan.
• À éviter : reprendre des écrans internes ou laisser croire à une mise en production qui n’a pas eu lieu.

Partir d’un besoin concret

Un projet convaincant commence par une difficulté métier compréhensible. Dans le cas de l’intégration, une entreprise fictive peut vouloir rendre les étapes d’arrivée plus lisibles pour les nouveaux collaborateurs et les personnes qui les accompagnent. Il ne s’agit pas de prétendre qu’un employeur marocain précis rencontre ce problème, mais de poser une situation réaliste que vous allez traiter comme un cas d’étude.

Écrivez un brief court avant de réaliser votre projet. Il doit préciser le contexte fictif, les utilisateurs concernés, le problème, l’objectif, le périmètre et les livrables. Définissez aussi ce que votre proposition ne couvre pas : par exemple, les règles juridiques propres à l’entreprise, les intégrations avec d’autres systèmes ou la configuration effective dans SAP SuccessFactors.

Un objectif utile doit pouvoir être évalué à partir de vos livrables. Par exemple : « Rendre visible le parcours d’intégration proposé, les responsabilités de chaque intervenant et les contrôles à effectuer, au moyen d’un schéma et de scénarios documentés. » Vous pourrez ensuite vérifier si le schéma contient bien toutes les étapes prévues, si chaque rôle est identifié et si les tests couvrent les cas simples et les exceptions.

Pensez à votre lecteur : un recruteur veut comprendre votre rôle, votre démarche et ce que vous savez réellement faire. Un client ou un responsable RH cherchera plutôt à voir si vous avez compris le besoin, posé des limites et rendu la proposition exploitable pour discussion.

• Brief de projet : concevoir un parcours d’intégration pour une entreprise entièrement fictive.
• Objectif : présenter les étapes, les intervenants, les informations attendues et les contrôles du parcours.
• Livrables : brief d’une page, schéma du processus, maquette illustrative, cas de test et note de bilan.
• Limites : aucune donnée réelle, aucune affirmation de configuration en production et aucune règle d’entreprise présentée comme universelle.

Préparer les données, fichiers ou ressources

Préparez seulement les éléments dont vous avez besoin pour expliquer votre cas. Une fiche de contexte fictive peut préciser le secteur imaginaire, la taille approximative de l’organisation sans prétendre décrire une entreprise réelle, les rôles concernés et les étapes retenues. Un tableau simple peut ensuite associer chaque étape à un responsable, une information nécessaire et un contrôle.

Créez vos propres exemples plutôt que de chercher des données d’employés sur internet ou de réutiliser des fichiers professionnels. Remplacez les noms par des identifiants inventés, et vérifiez que les détails ne permettent pas de reconnaître une personne ou une organisation. Les captures d’écran issues d’un environnement d’entreprise peuvent contenir des noms, des identifiants, des structures d’équipe ou des informations RH : ne les publiez pas sans autorisation explicite.

Pour la partie outil, utilisez uniquement un environnement auquel vous êtes autorisé à accéder et respectez ses conditions d’utilisation. Si vous n’avez pas de tenant SAP SuccessFactors, réalisez une maquette clairement étiquetée « illustration » et appuyez-vous sur des ressources accessibles et vérifiables pour décrire la technologie. Ne simulez pas un écran en le présentant comme une capture réelle du produit.

Organisez vos fichiers dès le départ : un dossier pour le brief, un pour le schéma, un pour les maquettes, un pour les tests et un pour la version destinée au portfolio. Ajoutez un court fichier qui indique les hypothèses, les sources consultées et les éléments inventés.

• Utilisez des noms, postes et situations fictifs.
• Ne publiez pas de données personnelles, de documents internes ou de captures confidentielles.
• Indiquez si une image est une maquette, une illustration ou une capture d’un environnement autorisé.
• Gardez une trace des hypothèses et des ressources utilisées.

Réaliser le projet par étapes

Le projet peut être mené sans commencer par des écrans. Décrivez d’abord le processus, puis transformez-le en livrables visuels. Cette progression aide à séparer la logique métier de la représentation de l’outil et à ne pas confondre une proposition de conception avec une configuration SAP SuccessFactors réellement effectuée.

• 1. Définir le cas fictif : décrivez brièvement l’organisation, le besoin et les utilisateurs concernés. Énoncez l’objectif et les exclusions.
• 2. Cartographier le parcours : représentez les étapes dans l’ordre, depuis le lancement du parcours jusqu’au contrôle final que vous avez choisi. Évitez d’ajouter des étapes sans raison métier.
• 3. Décrire les responsabilités : pour chaque étape, indiquez qui agit, quelle information est nécessaire et quel résultat permet de passer à la suite. Utilisez des rôles génériques plutôt que des noms.
• 4. Distinguer les faits des propositions : notez ce qui relève du besoin fictif, de votre recommandation et des capacités de SAP SuccessFactors que vous avez effectivement vérifiées. Si vous n’avez pas vérifié un point dans le produit, présentez-le comme une
• 5. Préparer la maquette : illustrez une ou deux vues utiles à la compréhension du parcours. Identifiez clairement les éléments comme une maquette si elle n’est pas issue de SAP SuccessFactors.
• 6. Écrire les scénarios de test : prévoyez un cas normal, un cas où une information manque et un cas où une étape doit être corrigée ou complétée. Définissez le résultat attendu pour chacun.
• 7. Faire relire : demandez à une personne de suivre le parcours à partir de vos documents. Notez les points qu’elle ne comprend pas et corrigez-les avant de publier.
• 8. Préparer le bilan : expliquez ce que le projet démontre, ce que vous avez appris et ce qui resterait à vérifier dans un environnement réel.

Tester, corriger et documenter

Une checklist de tests donne de la crédibilité à votre projet, même si celui-ci est une maquette. Elle montre que vous ne vous contentez pas de produire un visuel : vous vérifiez aussi si le parcours se comprend, si les responsabilités sont cohérentes et si vos livrables répondent au brief.

Pour chaque test, consignez le scénario, le résultat attendu, le résultat observé dans votre travail et la correction effectuée, le cas échéant. Si vous avez seulement produit une maquette, décrivez les contrôles réalisés sur cette maquette ; n’annoncez pas de résultats de tests dans SAP SuccessFactors.

La documentation doit permettre à une autre personne de reprendre votre raisonnement. Ajoutez une version datée de vos livrables, un glossaire des termes nécessaires, une légende pour les rôles et un court relevé des décisions. Pour un portfolio public, retirez les commentaires internes, les noms réels et toute information liée à un employeur, un client ou un salarié.

• Le périmètre du projet correspond-il à celui annoncé dans le brief ?
• Chaque étape du parcours a-t-elle un objectif compréhensible ?
• Les rôles sont-ils identifiés sans utiliser de noms de personnes réelles ?
• Les informations nécessaires sont-elles indiquées, et les exemples sont-ils fictifs ?
• Le scénario normal peut-il être suivi du début à la fin ?
• Un scénario avec une information manquante est-il prévu ?
• Les résultats attendus sont-ils formulés de façon vérifiable ?
• Les maquettes et captures sont-elles légendées correctement ?
• Les limites et hypothèses sont-elles visibles ?
• Les fichiers sont-ils lisibles, nommés clairement et expurgés de données confidentielles ?

Présenter son travail dans un portfolio

Présentez d’abord le problème et l’objectif, puis votre contribution. Un portfolio utile peut tenir en quelques pages : le brief, un schéma du parcours, une maquette annotée, un extrait des tests et un bilan. Si vous disposez d’une démonstration, faites-la à partir d’un environnement que vous êtes autorisé à utiliser ; sinon, une maquette statique clairement signalée suffit à expliquer votre proposition.

Pour chaque livrable, ajoutez une légende qui dit ce qu’il montre et ce qu’il ne montre pas. Par exemple : « Schéma de processus proposé pour un cas fictif » ou « Maquette illustrative, non réalisée dans un tenant SAP ». Cette précision rend votre présentation plus honnête et évite qu’un lecteur interprète un exercice de conception comme une expérience de configuration en production.

Expliquez votre rôle personnel, les outils réellement utilisés et les décisions que vous avez prises. Ne vous attribuez pas le travail d’une équipe ou d’un employeur. Si le projet est réalisé en groupe, indiquez votre contribution propre. Présentez aussi les limites : accès non disponible à un environnement de test, hypothèses à valider, ou points qui nécessiteraient une discussion avec les parties prenantes.

Pour un recruteur ou un client au Maroc, préparez une version facile à consulter, avec des titres explicites et un vocabulaire professionnel. Si vous partagez le portfolio en ligne, vérifiez les permissions d’accès et retirez les métadonnées ou commentaires qui pourraient révéler des informations non destinées au public.

• À montrer : le brief, la démarche, les livrables, les tests et votre bilan.
• À expliquer : votre rôle, vos choix, les ressources consultées et ce que vous avez réellement vérifié.
• À signaler : les éléments fictifs, les maquettes et les limites du projet.
• À exclure : données personnelles, fichiers d’entreprise non autorisés et captures confidentielles.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. Formation SAP SuccessFactors — FormaGroup formagroup.ma
2. SAP Learning learning.sap.com
3. Formation intra-entreprise — OFPPT ofppt.ma
4. JobInTech jobintech.academy