Ministère de l’Enseignement Supérieur Et de la Recherche Scientifique Université de Tunis Institut Supérieur De Gestion
RAPPORT DE STAGE DE FIN D’ÉTUDES
Pour l’obtention du diplôme de La licence appliquée en Informatique Décisionnelle
La mise en place d’un outil BI commercial depuis l’implémentation à la visualisation des données sur le logiciel Odoo
Entreprise d’accueil :
WAKAHAW
Elaboré par
Sana Aouam
Encadrant pédagogique Encadrant professionnel
Mr. Ahmed Badreddine Mr. Haythem Benna
Année universitaire 2019 – 2020
Remerciements
C’est avec une grande gratitude et reconnaissance que je tiens à remercier du fond du cœur
mon encadrant pédagogique Monsieur Ahmed Badreddine qui a bien voulu m’encadrer et
me guider tout au long du stage et qui n’a pas tardé à me conseiller afin de consolider mes
humbles compétences.
J’adresse, également mes vifs remerciements et mon grand respect à l’égard de Messieurs
Haythem Benna et Kais Ben Ammar qui m’ont offert l’opportunité de bien s’intégrer dans
le milieu professionnel et qui ont toujours été présents pour répondre à mes questions et pour
me soutenir et m’encourager.
Je tiens à remercier, par la même occasion toute l’équipe de WAKAHAW et spécialement
Mohamed Mokhtar de m’avoir toujours supporté et me pousser à donner le meilleur de moi-
même.
Je ne manquerai pas l’occasion de remercier tous mes enseignants à l’Institut Supérieur de
Gestion pour leurs efforts et le temps qu’ils nous ont consacré pour assurer des formations de
qualité tout au long de mes trois années d’études.
Finalement, je remercie les membres du jury présents d’avoir accepté de juger ce modeste
travail.
Dédicace
Je dédie ce modeste travail
A mon père Imed et ma mère Samia
Aucune dédicace ne saurait exprimer ma considération et ma profonde gratitude pour les
efforts et les sacrifices que vous avez consenti pour assurer ma réussite, mon instruction et
mon bien-être. Vous êtes ma force et ma source d’inspiration.
Que cet humble travail puisse vous rendre fiers de votre petite fille.
A ma très chère sœur Ines
Les mots ne suffisent guère pour exprimer l’affection que je porte pour toi. Je te souhaite un
avenir plein de bonheur, de réussite et de sérénité.
Aux êtres les plus chers : le comité du Rotaract ISG Tunis
J’aimerai tant trouver les mots qui peuvent exprimer ma fierté et mon bonheur de vous avoir à
mes côtés tout au long de cette année dans les bons moments comme les mauvais.
Je vous serai toujours reconnaissante pour votre présence, support et surtout votre amour.
A vous chers amis ; Seifeddine Beltaief, Fatma Ezzahra Amamou, Meriem Hamrouni, Maher
Bahri et Alia Khiari, je vous dédie ce modeste travail.
A ma famille Rotaractienne
En témoignage de l’amitié et les souvenirs qui nous unissent.
Table des matières
Introduction générale.................................................................................................................. 1
Chapitre 1 : Présentation générale du projet .............................................................................. 3
1.
Introduction : ................................................................................................................... 3
2. Présentation de l’organisme d’accueil :........................................................................... 3
3. Contexte et cadre du projet : ........................................................................................... 4
3.1
3.2
3.3
Problématique : ........................................................................................................ 5
Etude et critique de l’existant : ................................................................................ 6
Solution proposée : .................................................................................................. 6
4. Méthodologie de développement : .................................................................................. 7
4.1
Présentation de la méthode adoptée SCRUM: ......................................................... 8
4.2 Les acteurs dans SCRUM : ........................................................................................... 9
4.3
4.4
Les terminologies SCRUM : .................................................................................... 9
L’approche SCRUM appliquée à un projet décisionnel : ...................................... 10
5. Analyse des besoins : .................................................................................................... 11
5.1
5.2
Spécification des besoins fonctionnels : ................................................................ 11
Spécification des besoins non fonctionnels : ......................................................... 12
5.3 Backlog produit : .................................................................................................... 13
6. Planification du projet : ................................................................................................. 14
6.1
Pilotage du projet : ................................................................................................. 14
6.2 Découpage de la solution en Sprints : .................................................................... 14
6.3 Diagramme de Gantt : ............................................................................................ 14
7. Conclusion : ................................................................................................................... 15
Chapitre 2 : Phase de préparation ............................................................................................. 16
1.
Introduction : ................................................................................................................. 16
2. Familiarisation avec l’environnement de travail : ......................................................... 16
2.1
2.2
Etude des différents modules de l’ERP Odoo : ..................................................... 16
Familiarisation avec PostgreSql : ........................................................................... 20
2.3 Correspondance Odoo/PostgreSql : ....................................................................... 21
3. Conception globale : ...................................................................................................... 25
3.1 Définition des objectifs et axes d’analyse : ............................................................ 25
3.2
Sélection des indicateurs : ...................................................................................... 26
3.3 Modèle de conception : .......................................................................................... 28
3.4 Modélisation : ........................................................................................................ 29
3.5
Schéma approximatif du DW prévu : .................................................................... 31
4. Environnement de travail : ............................................................................................ 32
4.1
4.2
Environnement matériel : ....................................................................................... 32
Environnement logiciel : ........................................................................................ 32
5. Conclusion : ................................................................................................................... 34
Chapitre 3 Sprint 1 : Mise en place du Data Warehouse commercial des ventes .................... 35
1.
Introduction : ................................................................................................................. 35
2. Sprint Backlog : ............................................................................................................. 35
3. Conception détaillée du Data Warehouse : ................................................................... 36
3.1 Choix des dimensions : .......................................................................................... 37
3.2 Choix des mesures : ............................................................................................... 37
3.3
Table de faits : ........................................................................................................ 38
4. Modélisation du Data Warehouse commercial des ventes : .......................................... 39
5.
Intégration des données du Data Warehouse commercial : .......................................... 40
5.1
5.2
Publicité
Extraction des données : ........................................................................................ 41
Transformation des données : ................................................................................ 44
5.3 Chargement des données : ..................................................................................... 45
6. La restitution des données : ........................................................................................... 48
6.1 Chargement des données dans « Power Bi » : ....................................................... 49
6.2 Création des tableaux de bord dynamiques : ......................................................... 51
7. Conclusion : ................................................................................................................... 53
Chapitre 4 Sprint 2 : Mise en place du Data Warehouse de l’activité d’achats ....................... 54
1.
Introduction : ................................................................................................................. 54
2. Sprint Backlog : ............................................................................................................. 54
3. Conception du Data Warehouse de l’activité d’achats : ............................................... 55
3.1 Choix des dimensions : .......................................................................................... 55
3.2 Choix des mesures : ............................................................................................... 55
3.3
Table de faits : ........................................................................................................ 56
4. Modélisation du Data Warehouse relatif à l’activité d’achats : .................................... 56
5.
Intégration des données du Data Warehouse : .............................................................. 57
5.1
5.2
Extraction des données : ........................................................................................ 57
Transformation des données : ................................................................................ 57
5.3 Chargement des données : ..................................................................................... 60
6. La restitution des données : ........................................................................................... 61
7. Conclusion : ................................................................................................................... 62
Chapitre 5 Sprint 3 : Mise en place du Data Warehouse de la gestion du stock ...................... 63
1. Introduction : ................................................................................................................... 63
2. Sprint Backlog : ............................................................................................................. 63
3. Conception du Data Warehouse du mouvement de stock : ........................................... 64
3.1 Choix des dimensions : .......................................................................................... 64
3.2 Choix des mesures : ............................................................................................... 64
3.3
Table de faits : ........................................................................................................ 65
4. Modélisation du Data Warehouse relatif à la gestion du stock : ................................... 65
5.
Intégration des données : ............................................................................................... 66
5.1
5.2
Extraction des données : ........................................................................................ 66
Transformation des données : ................................................................................ 66
5.3 Chargement des données : ..................................................................................... 67
6. La restitution des données : ........................................................................................... 68
7. Conclusion : ................................................................................................................... 69
Conclusion générale ................................................................................................................. 70
Webographie et Bibliographie ................................................................................................. 72
Table des figures
Figure 1. Logo de WAKAHAW ................................................................................................ 4
Figure 2.Cycle de vie d’une approche SCRUM ......................................................................... 8
Figure 3.Répartition des sprints ............................................................................................... 14
Figure 4.Exemple de l’interface contacts. ................................................................................ 17
Figure 5.les fonctionnalités du module ventes ......................................................................... 17
Figure 6. Exemple d’un bon de commande .............................................................................. 18
Figure 7. Exemple de l’interface du module d’achats .............................................................. 18
Figure 8.Création d’une nouvelle règle de réapprovisionnement ............................................ 19
Figure 9.Présence des articles dans le module Achats ............................................................. 20
Figure 10.Présence des articles dans le module Ventes ........................................................... 20
Figure 11.Interface d’accueil du PostgreSql. ........................................................................... 21
Figure 12.Vue sur les tables d’Odoo ........................................................................................ 21
Figure 13.Relation entre les tables du module Contacts .......................................................... 23
Figure 14. Relation entre les tables du module Ventes ............................................................ 24
Figure 15. Relation entre les tables du module Achats ............................................................ 25
Figure 16. Exemple de la modélisation en étoile ..................................................................... 30
Figure 17. Exemple de la modélisation en flocons .................................................................. 31
Figure 18. Schéma approximatif du DW prévu ....................................................................... 32
Figure 19. Modèle du Data Warehouse des ventes .................................................................. 39
Figure 20. Interface de connexion à SQL server Express ........................................................ 40
Figure 21. Conception de l’entrepôt de données « DW1 » ...................................................... 40
Figure 22. 1ère étape de la connexion à la base PostgreSQL................................................... 41
Figure 23. 2ème étape de la connexion à la base PostgreSQL ................................................. 42
Figure 24. 3ème étape ; la sélection des tables nécessaires...................................................... 42
Figure 25. 4ème étape ; récupération des schémas de chaque table ........................................ 43
Figure 26. Paramètres de connexion à la base Sql Server Express. ......................................... 43
Figure 27. Fichier Excel pour la table fait Vente. .................................................................... 44
Figure 28. Présentation des différents Jobs .............................................................................. 46
Figure 29. Job Dimension Clients. ........................................................................................... 46
Figure 30. Mapping des données de la table dimension produit. ............................................. 47
Figure 31.Les données de la table fait_commercial ................................................................. 47
Figure 32. Connexion à « Power BI » ...................................................................................... 48
Figure 33. Choix de la source de données ................................................................................ 49
Figure 34. Connexion au serveur SQL ..................................................................................... 50
Figure 35. Choix des tables de l’entrepôt de données .............................................................. 50
Figure 36. Les données relatives à la table « fait commercial » .............................................. 51
Figure 37. Analyse de l’axe client. ........................................................................................... 52
Figure 38. Analyse de l’axe Localisation ................................................................................. 52
Figure 39. Conception relative à l’activité d’achats ................................................................. 57
Figure 40.Transformation appliquée à la table de la dimension acheteur. ............................... 58
Figure 41. Transformation appliquée à la table de la dimension fournisseur .......................... 59
Figure 42.La base Excel ........................................................................................................... 59
Figure 43.Introduction du fichier Excel. .................................................................................. 60
Figure 44. Job fournisseurs ...................................................................................................... 60
Figure 45. Mapping des données de la dimension fournisseurs ............................................... 61
Figure 46. Analyse de l’axe fournisseurs ................................................................................. 61
Figure 47.Analyse de l’axe acheteurs ...................................................................................... 62
Figure 48.Conception relative à la gestion du stock ................................................................ 65
Figure 49.La base Excel de la table Fait Stock ........................................................................ 66
Figure 50.Transformation appliquée à la table fait stock. ........................................................ 67
Figure 51.Job Fait Stock ........................................................................................................... 67
Figure 52. Mapping des données de la table fait stock ............................................................ 68
Figure 53.Analyse de l’axe Stock. ........................................................................................... 68
Liste des tableaux Table 1.Backlog produit ........................................................................................................... 13
Table 2.Diagramme de Gantt ................................................................................................... 15
Table 3.Les tables en relations avec le module Contacts. ........................................................ 22
Table 4.Les tables en relation avec le module Ventes. ............................................................ 23
Table 5. Les tables en relation avec le module Achats ............................................................ 24
Table 6. Les tables en relation avec le module inventaire........................................................ 25
Table 7. Tableau récapitulatif des indicateurs .......................................................................... 27
Table 8. Présentation des tables de faits ................................................................................... 28
Table 9. Présentation des dimensions prévues ......................................................................... 29
Table 10. Backlog du Sprint 1 .................................................................................................. 36
Table 11.Les dimensions du data Warehouse commercial ...................................................... 37
Table 12. Mesures des tables de faits ....................................................................................... 38
Table 13. La table de faits des ventes ....................................................................................... 38
Table 14. Backlog du Sprint 2 .................................................................................................. 54
Table 15. Les dimensions relatives à l’activité d’achats .......................................................... 55
Table 16. Mesures de la table de faits Achats .......................................................................... 55
Publicité
Table 17.Table de faits achats .................................................................................................. 56
Table 18.Backlog du sprint 3 ................................................................................................... 63
Table 19.Les dimensions relatives à la gestion du stock .......................................................... 64
Table 20.Mesures de la table fait stock .................................................................................... 64
Table 21.Table de fait stock ..................................................................................................... 65
Introduction générale
Il est évident de nos jours que l’une des plus importantes richesses d’une entreprise est
son information, cependant, se trouvant toujours face à un problème de données qui sont
généralement non structurées et hétérogènes les dirigeants confrontent régulièrement la
contrainte de la taille et la dispersion des différentes activités de leur entreprise. Ils se trouvent
également opposés à une problématique d’analyse et de prise de décision : Comment étudier
toutes les informations relatives aux différentes activités des entreprises qui sont indépendantes
les unes des autres et dont la taille est très importante ?
Afin de répondre à une telle sollicitation, c’est les progiciels de gestion intégré qui en
premier lieu, depuis leur apparition ont offert aux entreprises la possibilité d’une gestion à la
fois intégrée et intégrale de toutes ces activités et fonctions autour d’une seule base de données.
En second lieu, vient le rôle de l’informatique décisionnelle nommée également « BI »
pour Business Intelligence qui représente « un ensemble des outils et méthodes visant à
transmettre les informations pertinentes aux managers d’entreprise. Son but est de les aider à
comprendre leur environnement et de les accompagner dans leurs prises de décisions
stratégiques. » (1)
De ce concept, est née la notion de la modélisation multidimensionnelle qui devenait
progressivement primordiale pour répondre aux exigences d’analyse.
En outre l’informatique décisionnelle permet de produire des indicateurs de
performance et des rapports dédiés aux analystes visant à les aider dans le processus de la prise
de décision.
C’est dans cette perspective que s’intègre notre projet de fin d’études intitulé «la mise
en place d’un outil BI commercial depuis l’implémentation à la visualisation des données sur
le logiciel Odoo » qui consiste à élaborer un outil d’intégration avec l’ERP Odoo qui se focalise
sur l’activité commerciale des entreprises.
1
Ce rapport est articulé sur les différentes étapes du processus BI selon la méthode
SCRUM.
Il est réparti en cinq chapitres.
•
Le premier chapitre qui s’intitule «présentation générale du projet » est dédié à
la présentation de l’organisme d’accueil ainsi que la présentation du cadre général du projet.
•
Le deuxième chapitre qui s’intitule « Phase de préparation » présente
l’environnement de travail et récapitule les différents objectifs du projet et les axes d’analyses
et donne une idée générale sur le modèle de conception de notre entrepôt de données.
•
Le troisième chapitre qui s’intitule « Mise en place du Data Warehouse
commercial des ventes » traite le premier sprint qui vise à construire l’entrepôt de données
relatif à l’activité des ventes et élaborer les différents tableaux de bord.
•
Le quatrième chapitre qui s’intitule «Mise en place du Data Warehouse de
l’activité d’achats » traite le deuxième Sprint qui est la continuité de l’élaboration de l’entrepôt
de données relatif à l’activité des achats ainsi que la mise en place de tableaux de bord
interactifs.
•
Le cinquième et dernier chapitre qui s’intitule «Mise en place du Data
Warehouse de la gestion du stock » se focalise sur la conception de l’entrepôt relatif aux
mouvements du stock au sein de l’entreprise et l’élaboration des tableaux de bord.
En guise de conclusion, nous allons terminer notre rapport avec une conclusion générale
qui va récapituler la totalité du travail élaboré durant toute la période de ce stage. Nous allons
également énoncer les différentes perspectives.
2
Chapitre 1 : Présentation générale du projet
1.
Introduction :
Dans ce chapitre, nous allons commencer par présenter l’entreprise d’accueil
« WAKAHAW » ainsi que le cadre général du projet. Nous allons par la suite se focaliser sur
le contexte et la problématique de notre projet, suivit une étude et une critique de l’existant pour
finir avec une description de la solution proposée et une conclusion.
2.
Présentation de l’organisme d’accueil :
« WAKAHAW » est une société qui est spécialisée dans l’instauration de différentes
solutions d’aide à la décision, la formation ainsi que le conseil dans le domaine informatique.
Elle est basée sur l’intervention auprès des institutions et des entreprises afin de leur permettre
d’améliorer la lecture croisée des données aussi bien internes qu’externes. Ceci est garanti
généralement à travers une analyse du système d’informations existant et les différentes
possibilités de sa mise à niveau dans le but de parvenir à des tableaux de bords à vision 360° et
qui sont en temps réel.
Les fondateurs de WAKAHAW partagent avec leurs clients un ensemble de valeurs tels
que : l’écoute, l’agilité, la confiance, l’innovation permanente ainsi que la recherche de
performances. Leur vision s’inscrit dans l’implémentation de know-how Business Intelligence
avec leurs clients et la participation active à sa démocratisation.
WAKAHAW est créée en 2017, elle puise son essence et sa vision de la
complémentarité d’expertises et de son staff fondateur.
L’expertise de WAKAHAW s’articule sur trois approches métiers :
•
Business Intelligence : qui se base sur la mise en place des schémas directeurs,
la définition des KPIs, l’étude d’opportunité et de faisabilité ainsi que le pilotage de projets.
Parmi les outils utilisés nous citons : Microsoft Power BI, Talend, Qlik sense, Knowage etc…
•
Data visualisation : qui se base sur l’extraction de données clefs (Big Data, Data
exploration), la modélisation dynamique des données, la mise en place d’outil de reporting Self-
3
Service ainsi que l’élaboration des tableaux de bord dynamiques et à la demande. Parmi les
outils utilisés nous citons : Qlik sense, Power BI, JasperReport etc…
•
Conseil et formations : WAKAHAW assure des formations qui ont pour but la
compréhension de la logique des systèmes décisionnels tels que l’extraction de données, la
création de l’entrepôt de données, la conception de rapports d’analyse et la représentation
graphique interactive.
Figure 1. Logo de WAKAHAW
3.
Contexte et cadre du projet :
Ce projet s’inscrit dans le cadre de la préparation d’un projet de fin d’études pour
l’obtention du diplôme de la licence appliquée en Informatique Décisionnelle à l’Institut
Supérieur de Gestion de Tunis.
Le manque de pilotage et de conseil par rapport à la prise de décision dans les
entreprises présente l’un des grands problèmes de nos jours. Il est vrai qu’avoir plusieurs
données et informations sur les clients et sur les différentes activités de l’entreprise est un détail
très important pour cette dernière mais sans que ces données soient structurées et analysées
elles demeurent sans grande utilité.
En effet, les entreprises ont généralement recours à l’utilisation des ERP dans le but de
centraliser la totalité des leurs composantes fonctionnelles au sein d’un seul système
d’information. Ce logiciel leur permet d’alimenter sur une seule et unique base de données
toutes les informations provenant de leurs différentes activités pour pouvoir les présentées par
la suite sous forme de supports utiles à la prise de décision.
4
Cependant, on peut distinguer plusieurs ERP dans le marché mais ces logiciels
demeurent sans une importante utilité s’ils ne sont pas intégrés avec un outil qui permet
d’élaborer des tableaux de bords et faire un suivi en temps réel des indicateurs de performance
Publicité
de l’entreprise en question.
C’est dans ce cadre que s’effectue notre projet qui consiste à mettre en place un outil BI
commercial depuis l’implémentation à la visualisation des données sur ODOO.
3.1
Problématique :
Nous assistons aujourd’hui à une croissance exponentielle de l’utilisation des ERP au
sein des entreprises et ce dans l’unique but d’optimiser et planifier toutes leurs ressources. En
contrepartie cela a pour conséquence la croissance dans le marché de ces logiciels. En effet de
nos jours, il existe de nombreuses solutions ERP, cela implique des solutions aussi bien conçues
sur-mesure que standardisées, nous pouvons citer à titre d’exemple Odoo, Sage, Cegid,
Navision et beaucoup d’autres.
Cependant, l’utilisation des ERP a créé le besoin pour les entreprises de concevoir des
tableaux de bords et des rapports qui leur permettent d’analyser leurs activités et pouvoir
prendre des décisions pertinentes et c’est dans ce contexte qu’intervient l’utilité et l’importance
de l’informatique décisionnelle.
Pour répondre au besoin des entreprises qui consiste à élaborer des rapports de ses
activités à partir des données centralisées dans un ERP, « WAKAHAW » propose de concevoir
un outil BI novateur qui permet d’offrir des reportings de suivi en temps réel de la performance
de chaque entreprise. Cet outil n’est pas spécifique pour un seul ERP donnée mais plutôt il se
caractérise par un entrepôt de données tampon qui est compatible et personnalisable avec les
plus importants ERP du marché.
Pour notre part du projet nous allons se focaliser sur l’ERP Odoo.
5
3.2
Etude et critique de l’existant :
L’équipe de « WAKAHAW » a constaté la nécessité d’avoir un outil qui fait le suivi
complet et régulier de l’activité commerciale, le suivi des fournisseurs et la gestion de stocks
des entreprises en se basant sur des indicateurs de performances.
Pour la majorité des ERP et plus précisément pour Odoo les tables de sa base de données
qui sont stockées dans PostgreSql ne sont pas bien conçues et ne sont pas normalisées. En effet
les fonctionnalités dans Odoo sont présentées sous forme de modules et chaque module à ses
propres tables qui sont difficiles à déchiffrer et leurs champs ne sont pas clairs. Parmi les
modules qu’on peut trouver nous citons le module de ventes, d’achats, de gestion de stock
appelé aussi inventaire, module facturation et le module contacts.
En plus de fait que les données ne soient pas compréhensibles, les tableaux de bords
conçus par l’ERP Odoo ne sont pas précises ni bien détaillés et ne permettent pas à une
entreprise de prendre des décisions pertinentes. Ceci s’explique par le fait que les données de
la base Odoo ne sont pas propres ni facile à y accéder et l’analytique risque de ne pas pouvoir
les exploitées efficacement.
Aussi, les rapports et les tableaux de bords dynamiques nécessitent en plus de la
visualisation des données le calcul de certaines informations telles que le chiffre d’affaire et les
bénéfices et ce d’une manière régulière et programmée chose qui n’est pas possible dans Odoo.
3.3
Solution proposée :
Le but de ce projet et de pouvoir créer une solution décisionnelle qui permet aux
utilisateurs des ERP d’avoir une vision claire et concise sur leur situation à travers des tableaux
de bords sur les différentes activités de leur entreprise en ayant recours à des indicateurs de
performances qui doivent être précises et surtout fiables.
D’une part la solution proposée doit offrir essentiellement des données intégrées,
totalement exploitables et utiles pour les utilisateurs qui les consultent. Cette intégration des
données va proposer aux utilisateurs de tous les départements un accès en libre-service aux
données.
6
D’autre part, le data warehouse conçu dans cette solution va permettre de compiler des
rapports, formuler des requêtes, produire des analyses et récupérer, sous un format cohérent,
les données pour pouvoir par la suite fournir une vue unifiée des données et visualiser plus
facilement les datasets disponibles dans le seul but d’en tirer des informations exploitables sur
l’état de l’entreprise et faire des évaluations précises sans se trouver submergés par le volume
élevé des données.
En se basant sur cette solution et les nouvelles technologies des outils BI Talend et
Power BI, les principales tâches à réaliser se présentent comme suit :
•
Collecter des besoins en termes de tableaux de bords pour le pilotage des
incidents.
•
Exploiter l’ERP Odoo et comprendre le fonctionnement de ses différents
modules.
ERP.
•
•
•
•
•
•
•
Exploiter la source de données de l’ERP Odoo dans POSTGRESQL.
Conception du modèle de données.
Comparer le modèle de données Odoo avec les autres modèles des différents
Création de l’entrepôt de données avec l’ETL.
Faire une planification automatique des jobs Talend tous les 24 heures
Réalisation des tableaux de bords.
Reporting.
4.
Méthodologie de développement :
Le choix d’une méthodologie de gestion adaptée aux besoins évolutifs des utilisateurs
est une étape indispensable pour la réussite du projet. Il est à noter également qu’il faut prendre
en considération la vitesse d’évolution des priorités ainsi que des besoins. D’ailleurs plusieurs
méthodes se proposent par rapport à l’organisation d’un projet décisionnel. De ce fait, nous
allons, dans ce qui suit, présenter la méthode que nous avons adoptée pour notre projet.
7
4.1
Présentation de la méthode adoptée SCRUM:
Comme les méthodes agiles sont itératives et axées essentiellement sur une amélioration
continue des produits, elles sont les mieux adaptées à notre projet décisionnel et plus
précisément la méthode SCRUM.
SCRUM est l’une des méthodes de développement Agile qui signifie « mêlée » en
français, ce cadre méthodologique a révolutionné la manière dont on gère un projet, son nom
provient du Rugby qui est un sport dans lequel l’équipe effectue une mêlée. Il permet de
modifier ou de délivrer soit un produit ou un projet d’une manière efficace et rapide.
En effet, SCRUM se repose sur une approche dite empirique au cours de laquelle le projet se
développe en mettant en place une série de « sprints » chacun ne dépassant pas les quatre
semaines. Ces sprints sont à la fois adaptifs et itératifs en fonction de l’objectif et du besoin
évolutif du client.
Une réunion de planification est exigée à chaque lancement d’un sprint au cours de
laquelle seront sélectionnées les exigences prioritaires du client et les membres de l’équipe
pourront s’engager sur la création du « sprint blacklog » qui n’est autre qu’une liste
récapitulative des tâches à prendre en charge lors du sprint.
A la fin de chaque sprint une session de débriefing est assurée au client dans le but de
lui présenter la partie achevé et de faire un partage d’informations qui pourrait influer sur
l’itération suivante.
La figure 2 illustre le cycle de vie d’une approche SCRUM.
Figure 2.Cycle de vie d’une approche SCRUM
8
4.2 Les acteurs dans SCRUM :
Comme la méthode SCRUM met l’accent sur le travail en équipe et la répartition des
tâches, on trouve un cert