Implémentation d'une solution décisionnelle pour la direction Ressources Humaines

Les données sont stockées dans des fichiers Excel Perte de temps Absence d’outil BI

6

Notes:

Les données de Wimbee ne sont pas stockées dans une structure centralisée mais plutôt dans différents fichiers Excel, ce qui n'est pas vraiment pratique. Il y a donc une perte de temps lors de la collecte des données, du traitement et de la présentation au décideur final. Actuellement, Wimbee souffre d'un manque de système BI avancé, ce qui l'empêche d'avoir une vision globale plus large.

<!-- Slide number: 7 -->

Méthode adoptée Conclusion et perspectives Analyse de l’existant Solution proposée Introduction Réalisation Solution proposée

 Fournir un entrepôt de données robuste

 Générer des rapports dynamiques et des tableaux de bord interactifs

 7

Notes: En se basant sur l’analyse de l’existant, nous avons opté pour une solution décisionnelle capable d'assurer une meilleure gestion des ressources humaines et de faciliter l'accès à l'information qui mène à des décisions innovantes pour répondre à tous les besoins de l’entreprise.

Dans ce contexte, notre solution doit : - Fournir un entrepôt de données robuste pour une meilleure analyse et exploration des données. - Générer des rapports dynamiques et des tableaux de bord interactifs représentant les indicateurs de performances demandés par l’entreprise pour des fins décisionnelles.

<!-- Slide number: 8 -->

Méthode adoptée Conclusion et perspectives Analyse de l’existant Solution Proposée Introduction Réalisation Méthode adoptée Sprint 2

Intégration des données dans le Data Warehouse à partir du processus ETL – Extract, Transform and Load.

Sprint 1

Élaboration d'un Data Warehouse centralisé, robuste, extensible et historique. SCRUM Sprint 3

Génération des rapports dynamiques relatifs aux sujets d'analyse traités. 8

Notes: Avant la réalisation du notre projet, nous avons décidé d’adopter la méthode Agile SCRUM qui fait partie de la famille des méthodes incrémentales et itératives et qui correspond le plus avec la nature de notre projet. La planification de notre solution est divisée en trois sprints : - Dans le 1er Sprint, nous sommes amener à elaborer un Data Warehouse centralisé, robuste, extensible et historique. Le Sprint suivant concerne l’intégration des données dans le Data Warehouse à partir du processus ETL. Et le 3éme Sprint consiste à générer des rapports dynamiques relatifs aux sujets d'analyse traitéset qui représente le résultat de notre systéme.

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Scrum est une méthode agile itérative et incrémentale, elle permet de générer un produit de haute qualité tout en tenant en compte l'évolution des besoins du client. La particularité de cette approche consiste à découper le projet en plusieurs étapes appelées «Sprints» organisées dans des périodes de temps bien définies qui varient entre 1 et 4 semaines. Puisqu'il est impossible de tout prévoir et de tout anticiper, elle peut laisser la place aux imprévus. La méthode agile est donc avantageuse quant à la flexibilité aux changements et son adaptabilité aux modifications par rapport aux nouvelles exigences du client.

<!-- Slide number: 9 -->

Méthode adoptée Conclusion et perspectives Analyse de l’existant Solution Proposée Introduction Réalisation Réalisation (1/14) Identification des indicateurs clés de performance

Suivi des employés

Suivi des formations

Nombre total d'employés Nombre d'employés actifs Salaire moyen Âge moyen Pyramide des âges Nombre de départs

Nombre de formations Nombre de formés Budget moyen Nombre moyen de journées de formations Durée moyenne en heures de formations Pyramide des âges des formés Taux de satisfaction

 KPI

Suivi des stagiaires Nombre de stagiaires Durée moyenne du stage Nombre de stagiaires embauchés Nombre de stagiaires non embauchés

9

Notes: L'identification des indicateurs de performances clés (KPI) est une phase primordiale durant le processus du développement d’un projet BI pour l’évaluer et l’améliorer d’une manière plus efficace et plus efficiente. De ce fait, nous avons préparé une liste des KPI qui est en accord avec les besoins spécifiques de l'entreprise et qui englobe les trois thématiques suivantes : Pour le suivi des employés ( kpi) Suivi des stagiaires ( kpi) Suivi des formations ( kpi)

<!-- Slide number: 10 -->

Méthode adoptée Conclusion et perspectives Analyse de l’existant Solution Proposée Introduction Réalisation Réalisation (2/14) Identification des tables de faits et dimensions Dim_Ecole Dim_Personne Dim_BU Dim_Type_Stage Dim_Date

Fact stagiaires Dim_Agence Dim_Poste Dim_BU Dim_Niveau_Etude Dim_Diplome Fact employes

Dim_Liste_Formations Dim_Personne Dim_Date Dim_Date

Fact formations Dim_Raison_depart 10

Notes: Une fois les kpis identifiés, nous avons pu distinguer les tables de faits et leurs dimensions. La table de fait employés contient les dimensions suivante et pour

<!-- Slide number: 11 -->

Méthode adoptée Conclusion et perspectives Analyse de l’existant Solution Proposée Introduction Réalisation Réalisation (3/14)

 Conception du Data Warehouse

Modèle en constellation

11

Notes: Pour la conception du DWH, nous avons opté pour le modèle en constellation qui permet de réduire les redondances ainsi que le volume des données. Le schéma conceptuel de notre entrepôt de données est constitué de trois tables de faits ( fact stagiaires/ fact employés / fact_formations) entourés de 12 dimensions.

Maintenant, ma collègue va vous présenter l’architecture du notre projet. ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- puisque notre modèle rassemble plusieurs tables de faits partageant les mêmes tables de dimensions ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- En ce qui concerne, l’approche adopté, nous avons choisi l’approche de conception « top-down » de Bill Inmon permettant de mettre en place un DWH référentiel centralisé puis charger de manière cohérente les datamarts. Cette approche possède une faible redondance de données et moins de possibilité d'irrégularités de mise à jour, ce qui entraîne la simplification du chargement des dimensions ainsi que la création des datamarts. En outre, elle se caractérise par sa flexibilité aux besoins évolutifs des clients au cours de développement du projet. Cette approche est simple et résistante lors du chargement des dimensions, ainsi que lors de la création des magasins de données.

<!-- Slide number: 12 -->

Méthode adoptée Conclusion et perspectives Analyse de l’existant Solution Proposée Introduction Réalisation Réalisation (4/14) Architecture du projet


12

Notes: Notre projet est subdivisé en trois parties principales : 1- la première partie consiste à Identifier les différentes données sources nécessaires qui sont des fichiers Excel. Puis à l’aide de l’outil Talend nous avons alimenté un magasin de données opérationnelles (Operational Data Store ODS), ayant une structure identique aux fichiers sources sur le système de gestion de base de données SQL Server. 2- Dans la deuxième partie, nous avons chargé l’entrepôt de données à partir de la base ods via le processus ETL .3- et dans la 3ème partie nous avons généré grâce à l’outil Power BI des tableaux de bord pour les acteurs finaux qui sont le manager et les responsables RH. Et maintenant, nous allons détailler notre processus ETL. --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

ODS est utilisé pour conserver un historique des fichiers précédents avant le prochain chargement des fichiers, puisqu'il s'agit de fichiers périodiques.

<!-- Slide number: 13 -->

Méthode adoptée Conclusion et perspectives Analyse de l’existant Solution proposée Introduction Réalisation Réalisation (5/14) Chargement du magasin de données opérationnelles (ODS)

 EXCEL ODS

 13

Notes: Nous avons opté pour une structure simple des jobs pour charger notre ODS. Nous avons commencé par la recherche du fichier en utilisant le composant tFileExist afin de vérifier l ’existance du fichier en se basant sur son chemin d’accée pour assurer le passage au 2ème sous job. Par la suite, nous avons utilisé le composant tmap pour mapper les données et assurer leur chargement dans la base ods en mode Truncate/Load. De cette manière, l'exécution du job associé produit la troncature automatique de la table avant d’insérer les nouvelles données.

<!-- Slide number: 14 -->

Méthode adoptée Conclusion et perspectives Analyse de l’existant Solution proposée Introduction Réalisation Réalisation (6/14) Transformation des données






 Input Output 14

Notes: Les données extraites ont besoin de certaines transformations. Citons comme exemple la transformation de la durée de type String au type Float.Pour ce faire nous avons commencé par l'utilisation de la fonction Substring () qui permet d’extraire une sous-chaîne d’une chaîne de caractères en précisant l'indice de début et l’indice de fin. Par la suite, nous avons utilisé la fonction Float.parseFloat pour convertir le champ de type String en type Float.

<!-- Slide number: 15 -->

Méthode adoptée Conclusion et perspectives Analyse de l’existant Solution proposée Introduction Réalisation Réalisation (7/14) Chargement des données

 15

Notes: Maintenant nous allons prendre l’exemple de la dim_BU pour expliquer le processus ETL depuis la phase d’extraction jusqu’à la phase de chargement. Nous avons commencé par l'extraction des données à partir de l'ODS. Puis nous avons éliminé les lignes dont le code est nul et les sauvegarder dans un fichier de rejet BU Rejected en précisant l’état de rejet qui est “Null”. Par la suite, à l'aide du composant tuniqueRow nous avons pu assurer le passage unique de chaque ligne et récupérer les doublons dans le même fichier de rejet, en spécifiant l’état de rejet qui est “Doublons”. Afin d'améliorer les performances du job, nous avons implémenté un lookup pour effectuer une comparaison de données (entre l’ODS et le DW), ceci permet d’insérer ou mettre à jour les données en fonction du résultat de la jointure défini dans le «tmap_3».

<!-- Slide number: 16 -->

Méthode adoptée Conclusion et perspectives Analyse de l’existant Solution proposée Introduction Réalisation Réalisation (8/14) Déploiement



16

Notes: Maintenant nous passons à la phase de déploiement.

La mise à jour des données qui est une étape importante pour assurer un bon fonctionnement du DWH. Nous avons donc créé un job qui fait appel à tous les jobs et une fois l'exécution achevée avec succès, un mail sera envoyé aux responsables de l’entreprise grâce au composant tSendMail. Finalement, nous avons créé une tâche de planification, au niveau du planificateur de tâche Windows, afin de mettre à jour automatiquement les données chaque semaine.

<!-- Slide number: 17 -->

Méthode adoptée Conclusion et perspectives Analyse de l’existant Solution proposée Introduction Réalisation Réalisation (9/14) Reporting


17

Notes: Une fois les données sont stockées dans le dw nous avons passé à la phase de reporting. En effet, les tableaux de bord sont considérés comme des outils de pilotage assez performants. En d'autres termes, ils permettent aux décideurs d'anticiper les évolutions pour une meilleure prise de décisions. Nous avons personnalisé les tableaux de bord en fonction de la charte graphique de wimbee. Nous avons commencé par le développement de la page d’accueil qui assure les différents liens vers les pages contenant les tableaux de bords et les rapports réalisés.

<!-- Slide number: 18 -->

Méthode adoptée Conclusion et perspectives Analyse de l’existant Solution Proposée Introduction Réalisation Réalisation (10/14) Tableau de bord : Suivi des employés

 18

Notes: Les entreprises les plus performantes sont celles qui accordent une attention prioritaire aux salariés qui travaillent en leur sein. Dans ce contexte nous avons généré un rapport dynamique qui permet d’illustrer le suivi des employés afin d'avoir une vision globale sur leur évolution et répartition au sein de l’entreprise. Et maintenant, nous passons à expliquer quelques graphes utilisé dans ce TDB : Nous avons utilisé des cartes qui permettent de représenter des chiffres précis et bien déterminés tels que : le nombre total d’employés/ age moyen….. Nous avons choisi le camembert qui est divisé en secteurs, chacun illustre une proportion du taux total des employés actifs par sexe. Afin de visualiser la répartion des employés par BU, nous avons opté pour un histogramme. Le pyramide des ages est un indicateur indispendable dans les TDB des RH. Pour ce faire nous avons utilisé le graphique de tornade pour afficher le nb d’employés par catégorie d’age et par sexe. Nous avons utilisé également un graphique en anneau pour représenter le taux des employés actifs par poste.

Et afin de donner plus de choix aux utilisateurs pour manipuler le tableau de bord, nous avons mis à leurs diposition un filtrage par année, par agence et par BU.

<!-- Slide number: 19 -->

Méthode adoptée Conclusion et perspectives Analyse de l’existant Solution Proposée Introduction Réalisation Réalisation (11/14) Tableau de bord : Suivi des employés

 19

Notes: Nous présentons le deuxième Dashboard pour le suivi des employés afin de visualiser l’évolution du,,,,

<!-- Slide number: 20 -->

Méthode adoptée Conclusion et perspectives Analyse de l’existant Solution Proposée Introduction Réalisation Réalisation (12/14) Tableau de bord : Détail employés

 20

Notes: Ce tableau de bord fournit une présentation plus détaillée sur chaque employé. Il nous permet de visualiser ses informations personnelles et professionnelles. Tel que son nom, sa date naissance, son poste, son degré de satisfaction, son salaire.

<!-- Slide number: 21 -->

Méthode adoptée Conclusion et perspectives Analyse de l’existant Solution Proposée Introduction Réalisation Réalisation (13/14) Tableau de bord : Suivi des stagiaires

 21

Notes: Passons maintenant à la deuxième thématique de la phase de reporting qui est le suivi des stagiaires afin d’avoir une vision globale sur les stagiaires tel que leur répartition par bu et par école.

<!-- Slide number: 22 -->

Méthode adoptée Conclusion et perspectives Analyse de l’existant Solution Proposée Introduction Réalisation Réalisation (14/14) Tableau de bord : Suivi des formations

 22

Notes: Wimbee cherche à améliorer la productivité de ses salariés. Pour ce faire, elle organise régulièrement des formations continues. Nous avons créé ce tableau de bord afin d'avoir une vue globale sur le suivi des formations par formés et par type de formation.

<!-- Slide number: 23 -->

Méthode adoptée Conclusion et perspectives Analyse de l’existant Solution Proposée Introduction Réalisation Conclusion et perspectives (1/2)

 Génération des rapports et des tableaux de bord Création d’un Data Warehouse centralisé Esprit d’équipe Découverte de la méthode SCRUM 23

Notes: En guise de conclusion, nous avons réussi à réaliser un projet d’une valeur ajoutée très importante ou nous avons créé un Data Warehouse centralisé et Générer des rapports et des tableaux de bord pour le suivi des employés, le suivi des stagiaires et le suivi des formations qui correspond parfaitement aux besoins de l’entreprise.

Ce stage s’est révélé instructif et enrichissant du point de vue des connaissances acquises . Il nous a contribué à améliorer notre sens d’organisation et de planification en suivant  la méthode scrum et sur le plan professionnel, cette opportunité si précieuse a dévoilé notre esprit d’équipe et a démontré nos capacités relationnelles et communicatives.

<!-- Slide number: 24 -->

Méthode adoptée Conclusion et perspectives Analyse de l’existant Solution Proposée Introduction Réalisation Conclusion et perspectives (2/2)


 Développement d’une application mobile Amélioration de la sécurité des tableaux de bord 24

Notes: Nous ne pouvons pas nier que un tel projet a certainement des perspectives d’amélioration et d’évolution. A titre d’exemple, nous citions : L’amélioration de la sécurité des tableaux de bord ainsi que le développement d’une application mobile

<!-- Slide number: 25 --> Merci de votre attention

 25

Notes: Nous tenons finalement à vous remercier pour l’attention que vous nous avez accordé à notre présentation.