Projet de portfolio Zoho People au Maroc : créez une démonstration RH concrète

Choisir un projet Zoho People adapté à son niveau

Un bon projet Zoho People débutant n’a pas besoin de reproduire toute la gestion des ressources humaines d’une entreprise. Il doit plutôt démontrer, sur un périmètre compréhensible, que vous savez partir d’un besoin, configurer ou représenter un processus, vérifier son fonctionnement et expliquer vos décisions. Un exercice trop vaste devient difficile à terminer et à présenter ; un exercice limité à quelques captures d’écran risque de ne pas montrer votre raisonnement.

Le suivi des congés constitue un sujet pratique pour un premier portfolio Zoho People : il permet de décrire un processus métier que la plupart des lecteurs comprennent, sans prétendre mettre en place un système complet de paie ou de gestion du personnel. Votre démonstration peut montrer les rôles concernés, les informations nécessaires à une demande, les étapes de traitement et la manière dont un responsable consulte l’état des demandes. Ne promettez pas une automatisation donnée avant d’avoir vérifié qu’elle est disponible et activée dans votre environnement.

Ajustez l’ambition à votre expérience. Si vous débutez, réalisez un parcours simple, avec quelques employés fictifs et un processus clairement décrit. Si vous connaissez déjà l’outil, ajoutez des variantes de validation, une documentation utilisateur ou une analyse des cas particuliers. Dans les deux cas, précisez ce qui a réellement été configuré dans le produit et ce qui relève d’une maquette ou d’une proposition.

• Projet recommandé : simuler la demande et le suivi des congés dans une petite entreprise fictive.
• Résultat attendu : un parcours lisible, des scénarios testés et une présentation qui distingue clairement les fonctions configurées des idées proposées.
• Périmètre raisonnable : quelques rôles, quelques dossiers fictifs, un flux principal et plusieurs cas de test.

Partir d’un besoin concret

Imaginez une entreprise fictive d’une vingtaine de personnes qui reçoit les demandes de congé par différents moyens. Les employés ne savent pas toujours si leur demande a été prise en compte, tandis que le responsable doit retrouver les informations pour répondre. Le projet vise à rendre ce parcours plus clair : une personne formule une demande, un responsable la traite, et les parties concernées peuvent identifier son état.

Ce scénario est un brief de projet, pas la description d’une entreprise réelle. Il vous évite de collecter des dossiers existants et vous donne un fil conducteur pour votre démonstration. Avant de commencer, rédigez l’objectif en une phrase : « Concevoir et tester un parcours de démonstration permettant de suivre une demande de congé, de sa saisie à sa décision. »

Définissez ensuite des livrables faciles à vérifier : une fiche de brief, un schéma du parcours, une liste des rôles et des informations nécessaires, une configuration de démonstration si votre accès le permet, un jeu de scénarios de test, puis une courte présentation du résultat. Si vous ne pouvez pas configurer un élément dans votre environnement, représentez-le dans le schéma ou indiquez-le comme une recommandation à valider, sans laisser croire qu’il est opérationnel.

Fixez aussi des critères de réussite. Par exemple, un lecteur doit pouvoir comprendre qui soumet une demande, qui intervient ensuite, quelles informations sont demandées et comment distinguer une demande en attente d’une demande traitée. Ces critères portent sur la clarté et la cohérence de votre démonstration ; ils ne constituent pas une garantie de conformité aux règles internes d’une entreprise.

• Objectif : rendre visible le parcours d’une demande de congé dans un contexte de démonstration.
• Livrables : brief, schéma du processus, configuration ou maquette, cas de test, guide court et captures anonymisées.
• Limites à poser : pas de paie, pas de décision juridique, pas de données d’entreprise et pas de promesse sur une fonction non vérifiée.

Préparer les données, fichiers ou ressources

Avant d’ouvrir Zoho People, préparez une description des rôles : employé, responsable et, si votre scénario l’exige, personne chargée de l’administration RH. Décrivez ce que chaque rôle doit pouvoir faire dans l’exercice. Gardez cette liste courte : elle sert à concevoir le processus et à guider les tests, non à reproduire l’organigramme d’une organisation réelle.

Créez un petit jeu de données entièrement fictives. Utilisez des noms de test qui ne correspondent pas à des personnes réelles, des adresses inexistantes ou réservées à la démonstration si un champ l’exige, et des dates choisies pour vos essais. N’importez pas de fichier du personnel trouvé en ligne ni de tableau transmis par une entreprise sans autorisation explicite et cadre de traitement convenu.

Préparez un dossier de travail contenant le brief, le schéma, les scénarios de test et les captures destinées au portfolio. Séparez les notes internes des éléments publiables. Avant toute capture, contrôlez les noms, adresses électroniques, identifiants, commentaires, informations d’absence et détails visibles dans les menus ou notifications. Une image peut révéler une donnée même si elle n’est pas au centre de la démonstration.

Si votre accès à Zoho People ne permet pas de créer les éléments nécessaires, ne contournez pas les droits et n’utilisez pas un compte professionnel sans accord. Vous pouvez compléter le projet par un schéma et une maquette clairement étiquetée, puis expliquer quelles vérifications resteraient à réaliser dans un environnement autorisé.

• À réunir : brief, rôles fictifs, données de test, schéma du processus et checklist de vérification.
• À exclure : vrais dossiers du personnel, données sensibles, fichiers internes, captures non expurgées et informations protégées par un accord de confidentialité.
• À vérifier avant publication : autorisation d’utiliser les captures, absence de données personnelles et distinction entre démonstration et configuration réellement testée.

Réaliser le projet par étapes

Commencez par écrire le processus sans vous concentrer immédiatement sur l’interface. Décrivez les étapes dans l’ordre : l’employé prépare une demande, le responsable la consulte, une décision est enregistrée et l’état du dossier peut être communiqué. Ajoutez une branche pour une demande incomplète ou nécessitant une correction. Ce schéma vous aidera à repérer les informations indispensables et les questions à clarifier.

Passez ensuite dans votre environnement de démonstration Zoho People et vérifiez ce qu’il permet effectivement de configurer. Identifiez les fonctions pertinentes pour représenter le parcours, les rôles et les états nécessaires. Les libellés, options et possibilités disponibles peuvent dépendre de la configuration et de l’accès dont vous disposez : consignez vos observations plutôt que de supposer qu’un réglage existe partout.

Configurez ou modélisez le scénario principal en procédant par petites étapes. Ajoutez uniquement les informations nécessaires à la démonstration. Vérifiez le parcours avec un profil de test employé, puis avec le rôle responsable, si votre environnement permet de les distinguer. Si vous utilisez une maquette, indiquez explicitement qu’il s’agit d’une représentation et non d’une configuration active.

Faites ensuite varier les cas : demande complète, information manquante, décision en attente, demande traitée et tentative d’accès par un rôle qui ne devrait pas consulter l’élément. Le but n’est pas de prétendre couvrir tous les cas d’une entreprise, mais de montrer que vous avez réfléchi aux usages ordinaires et aux erreurs possibles.

Enfin, assemblez les livrables et rédigez un résumé de projet. Reliez chaque choix à un besoin : par exemple, rendre l’état d’avancement facile à comprendre ou limiter les informations collectées. Cette explication montre votre capacité à raisonner en termes de processus RH, pas seulement à naviguer dans un logiciel.

• Compétences mobilisées : analyse d’un besoin RH, représentation d’un processus, prise en main d’un outil, tests fonctionnels et documentation.
• Pour chaque élément présenté, précisez s’il a été configuré, observé, simulé ou proposé.
• Notez les blocages et les conditions nécessaires à une vérification ultérieure, au lieu de masquer les limites.

Tester, corriger et documenter

La checklist suivante aide à vérifier le projet avant de le présenter. Consignez pour chaque test le scénario, le résultat attendu, le résultat obtenu et la correction éventuelle. Si un test ne peut pas être réalisé dans votre environnement, notez-le comme non vérifié ; ne le présentez pas comme réussi.

La documentation doit aider une personne extérieure à comprendre le projet en quelques minutes. Commencez par le problème fictif et l’objectif, puis présentez les rôles, le parcours, les principaux choix et les résultats des tests. Ajoutez les captures nécessaires seulement si elles ne révèlent aucune donnée réelle ou information confidentielle.

Décrivez les limites avec précision : accès utilisé, éléments simulés, cas non testés et points à valider avec une organisation avant toute mise en production. Cette transparence ne diminue pas la valeur du travail ; elle évite de confondre un exercice de portfolio avec un déploiement opérationnel.

• Checklist de tests et de contrôle qualité :
• Le scénario principal est-il compréhensible du début à la fin ?
• Les rôles et leurs actions sont-ils décrits sans ambiguïté ?
• Les champs ou informations demandés sont-ils justifiés par le besoin du projet ?
• Le cas d’une demande incomplète est-il prévu et expliqué ?
• Les états ou résultats présentés correspondent-ils à ce que vous avez réellement observé ?
• Les droits d’accès ont-ils été vérifiés dans la mesure permise par votre environnement ?
• Les captures sont-elles lisibles, récentes par rapport à votre travail et débarrassées de toute donnée confidentielle ?
• Les erreurs, limites et éléments non testés sont-ils indiqués honnêtement ?
• Le guide et les fichiers du projet sont-ils cohérents avec la démonstration ?

Présenter son travail dans un portfolio

Présentez le projet comme une étude de cas courte : contexte fictif, problème, objectif, démarche, livrables et enseignements. Une capture annotée peut illustrer une étape, mais elle ne remplace pas l’explication. Ajoutez un schéma du parcours et un aperçu de la checklist pour que le lecteur puisse juger votre méthode, même s’il n’a pas accès à votre environnement Zoho People.

Si vous réalisez une démonstration vidéo, montrez un scénario simple et évitez les menus ou notifications susceptibles d’afficher des données. Vous pouvez enregistrer une version dédiée au portfolio avec des comptes de test. Vérifiez la vidéo après export : les informations masquées dans l’interface peuvent rester visibles dans une autre fenêtre, une alerte ou un nom de fichier.

Soyez exact sur votre contribution : indiquez ce que vous avez conçu, configuré, testé ou seulement proposé. N’affirmez ni qu’un système est déployé chez un client, ni qu’il respecte les règles internes d’une entreprise, si ce n’est pas le cas. Un portfolio solide rend votre travail vérifiable sans révéler de secrets.

Pour adapter le projet à un poste ou à une mission, mettez en avant les compétences demandées dans l’offre concernée et expliquez comment vos livrables les illustrent. Un projet de portfolio Zoho People ne remplace pas une expérience en entreprise, mais il peut donner un support concret à une discussion sur votre méthode, votre capacité à apprendre et votre compréhension d’un processus RH.

• À publier : brief fictif, schéma, explication des choix, résultats de tests et captures anonymisées.
• À annoncer clairement : environnement de démonstration, limites d’accès et éléments simulés.
• À ne pas publier : documents d’entreprise, données réelles, identifiants, échanges privés ou captures dont vous ne détenez pas les droits.

Le parcours, étape par étape

1. 11. Définir le scénario — Choisissez une petite entreprise fictive et formulez le problème de suivi des demandes de congé en une phrase. Fixez un périmètre que vous pouvez terminer.
2. 22. Rédiger le brief et les livrables — Écrivez l’objectif, les rôles, les critères de réussite et la liste des livrables : schéma, configuration ou maquette, tests et documentation.
3. 33. Préparer un environnement sûr — Utilisez un accès autorisé et des données entièrement fictives. N’importez aucun dossier de personnel ni fichier confidentiel.
4. 44. Modéliser puis réaliser le parcours — Décrivez d’abord le processus, puis configurez ou représentez uniquement les éléments vérifiables dans votre environnement Zoho People.
5. 55. Exécuter les tests — Vérifiez le scénario principal, les demandes incomplètes, les états de traitement et les accès, dans la mesure permise par votre environnement. Notez les tests non réalisés.
6. 66. Corriger et documenter — Corrigez les incohérences, consignez les résultats et expliquez les choix, les limites et les points à confirmer avant un usage réel.
7. 77. Préparer la présentation portfolio — Sélectionnez des captures expurgées, un schéma clair et un résumé qui distingue les fonctions configurées des éléments simulés ou proposés.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. FormaGroup — Technologie Zoho People formagroup.ma
2. Zoho People — site officiel zoho.com
3. Formation intra-entreprise — OFPPT ofppt.ma
4. JobInTech Academy jobintech.academy