LOGICIELS GESTION DE PROJETS

M1 INAE/ SEMESTRE 2 Amdouni Hajer

2023-2024 ESSECT

1
 PLAN

1. Principes & Concepts Fondamentaux de Gestion de Projet

2. Méthodes Agiles

3. Méthodes Agile Scrum

4. Plateforme Jira

2
 Partie 1
PRINCIPES & CONCEPTS FONDAMENTAUX DE
GESTION DE PROJET

3
1. Cadre de gestion de projet
Un projet ?

Selon le Project Management Institute (PMI), un projet est toute activité réalisée une
seule fois, doté d’un début et d'une fin déterminée et qui vise à créer un produit ou
un savoir unique.

• Il peut nécessiter la participation d’une seule ou de milliers de personnes. Sa

durée peut être de quelques jours ou de plusieurs années.

• Il peut être entrepris par une seule organisation ou par un groupe d’organismes
intéressés.

• Il peut s’agir de quelque chose d’aussi simple que l’organisation d’un événement
d'une journée ou d’aussi complexe que la construction d’un barrage sur une
rivière.
4
1. Cadre de gestion de projet

5
1. Cadre de gestion de projet
Un projet peut créer :

• un produit, qui peut être, soit un composant d‟un autre élément, soit l‟amélioration d‟un élément,
soit encore l‟élément final lui-même ;

• un service ou une capacité de fournir un service (par exemple, une fonction de l‟entreprise qui
vient en support de la production ou de la distribution) ;

• une amélioration apportée à une ligne de produits ou de services existante (par exemple, un
projet Six-Sigma entrepris pour réduire les défauts) ; ou un produit, tel qu‟un résultat ou un
document (par exemple, un projet de recherche qui développe des connaissances permettant de
déterminer l‟existence ou non d‟une tendance, ou de savoir si un nouveau processus sera utile à la
société).
6
 1. Cadre de gestion de projet

Qui est le chef de projet ?

• La personne désignée par l’organisation réalisatrice pour diriger l’équipe chargée de la réalisation
des objectifs du projet.
• Il joue un rôle essentiel dans l’exercice du leadership sur l’équipe projet.

• Son rôle peut varier d’une organisation à l’autre.

• Le rôle de management de projet est adapté à l’organisation comme les processus du management de
projet sont adaptés au projet.
7
1. Cadre de gestion de projet
Un programme? Un portefeuille ?

Un programme est défini comme un groupe de projets apparentés, de sousprogrammes

et d‟activités de programme, dont le management est coordonné afin d‟en tirer des
avantages que n‟apporterait pas un management individuel.

Un portefeuille désigne un ensemble de projets, de programmes, de sousportefeuilles

et d‟opérations gérés, en tant que groupe, dans le but d‟atteindre des objectifs
stratégiques.

8
1. Cadre de gestion de projet

9
1. Cadre de gestion de projet

10
1. Cadre de gestion de projet

11
1. Cadre de gestion de projet

12
1. Cadre de gestion de projet

13
1. Cadre de gestion de projet

14
1. Cadre de gestion de projet

15
1. Cadre de gestion de projet

16
2. Notion de Gestion de projet

La gestion de projet est une application des connaissances, des compétences, d’outils et de
techniques, aux activités d’un projet, afin de satisfaire ses exigences et réaliser les bénéfices
attendus.
Les entreprises qui basent leur méthodologie de gestion de projet sur les bonnes pratiques du
Project Management, perdent 21 fois moins d’argent que leurs homologues qui n’ont pas de
références en la matière (PMI®, 2018).

17
2. Notion de Gestion de projet https://www.pmi.org/

18
2. Notion de Gestion de projet

LE VOCABULAIRE :
Tâche
Action à mener pour aboutir à un résultat
Associée à :
•Un objectif précis et mesurable
•Des ressources adaptées
•Une charge de travail
•Durée, date de début, date de fin

19
2. Notion de Gestion de projet
Jalon :
•Événement clé, montrant une certaine progression
•Date importante de réalisation
•Réalisation concrète
•Point de synchronisation
Livrable :
•Tout résultat représentant l’achèvement d’une partie du projet
Marge
•Possibilité qu’à une tâche d’être retardée sans impacter le
projet

20
3. Logiciels de Gestion de projet
Pourquoi utiliser un logiciel de gestion de projet ?
Un logiciel de gestion de projet est un outil qui aide à la planification de projet, à l’allocation des
ressources, tâches de planification, et améliore la coordination entre les membres de l’équipe.

Il permet également aux chefs de projet, aux utilisateurs et aux parties prenantes de gérer la
budgétisation et les coûts, la documentation, la gestion de la qualité et la bonne administration.

Un outil de gestion de projet est spécialement conçu pour aider à améliorer la productivité de l’équipe et
garantir que les projets sont livrés à temps et de qualité.
incluent la planification des tâches, le suivi des progrès, l’attribution des ressources et la collaboration
en temps réel. Ces fonctionnalités permettent aux équipes de mieux collaborer et de se coordonner
pour atteindre les objectifs du projet.
21
3. Logiciels de Gestion de projet

Un logiciel de gestion de projet est un outil accessible

en local ou en SaaS (Service as a Software) qui permet
de centraliser tous les éléments relatifs à un projet et en
suivre l'évolution. Il recensera donc les différents acteurs
mais aussi le planning et la gestion des tâches, souvent
présentée sous la forme d'un diagramme de Gantt.

22
3. Logiciels de Gestion de projet

Fonctionnalités des logiciels de gestion de projets:

• la planification des tâches,
• le suivi des progrès,
• l’attribution des ressources
• la collaboration en temps réel.

 Ces fonctionnalités permettent aux équipes de mieux collaborer et de se coordonner pour atteindre
les objectifs du projet.

23
3. Logiciels de Gestion de projet

QUEL LOGICIEL CHOISIR?

un bon logiciel de Gestion de projet doit être capable de traiter
correctement les plannings, les structures hiérarchiques de découpage,
la disponibilité des ressources et les coûts.
fournir sous forme imprimable tous les rapports et graphiques
nécessaires au suivi du projet.

24
3. Logiciels de Gestion de projet
Exemples de logiciels de gestion de projet

1.HubSpot
2.Microsoft Project
3.Trello
4.Asana
5.Zoho project
6.Monday.com
7.Wrike
8.Basecamp
9.ProjeQtor
10.Freedcamp
11.Teamwork
12.Proofhub
13.Favro

25
SUJETS DES EXPOSÉS

26
SUJETS DES EXPOSÉS
1. Comparaison entre les principaux outils de gestion de projet
2. Gestion de projet en cloud/ Adaptation des méthodes de gestion de projet
au travail à distance
3. Certification Gestion de projet/Certification Agile Scrum.
4. Analyse de risques dans les projets
5. Gestion de projets et Intelligence Artificielle (IA) :
6. Gestion de projets avec Google
7. Gestion de Projets avec Jira
8. Méthodes classiques vs Méthodes Agiles
27
1. Travail Demandé:
Recommandations:

• Faire un plan sommaire, une introduction et une conclusion

• Des slides numérotés, simples et attirantes
• Mettre en relief les idées importantes
• Pas de texte long, des images, des schémas
• Évitez d'insérer trop d'animations
• Une diapositive pour une seule idée
• Restez cohérent dans votre présentation (suivre le plan)
• Utilisez des images et pas de textes longs, pas de lecture
• Evitez les fautes d'orthographe

28
 Partie 2

MÉTHODES AGILES

29
 1. ORIGINES DES MÉTHODES AGILES.

• Une enquête de 1994 du Standish Group.

 31% des projets informatiques sont arrêtés en cours de route.
 52% n’aboutissent qu’au prix d’un important dépassement des délais
et du budget.
 seuls 16% des projets peuvent être considérés comme des succès.
• Cette même enquête renouvelée en 2008 indique un taux de réussite de
35%
 Manque d’implication des utilisateurs finaux : 12,8%.
 Changements de spécifications en cours de projet : 11,8%.
30
1. ORIGINES DES MÉTHODES AGILES.

• Le terme "agile" définit une approche de gestion de projet qui prend le contre-pied des
approches traditionnelles.
• La notion même de "gestion de projet" est remise en question au profit de "gestion de produit".
• Une approche dite "traditionnelle" attend généralement du client une expression détaillée et
validée du besoin en entrée de réalisation.
 peu de place au changement.
 La réalisation dure le temps qu’il faut et le rendez-vous est repris avec le client pour la
recette.
 Cet effet tunnel peut être très néfaste et conflictuel.

31
2. GESTION DE PROJET CLASSIQUE

32
3. RAISONS D’ÊTRE DE L’AGILITÉ.

 Certains projets se terminent dans la douleur au risque de compromettre la

relation client.

 De plus il n’est pas rare que certaines fonctionnalités demandées se révèlent

finalement inutiles à l’usage alors que d’autres, découvertes en cours de route,
auraient pu donner plus de valeur au produit.

33
 Agilité: Légèreté, souplesse dans les mouvements du corps :
4 CONTEXTE ET EFFICACITÉ. L’agilité d’un acrobate, des doigts d’un pianiste. Vivacité
intellectuelle : Une grande agilité d’esprit (LAROUSSE

 Réduire considérablement voire complètement cet effet tunnel.

 Donner davantage de visibilité, en impliquant le client du début à la fin du projet.

adopter un processus itératif et incrémental.

 Les nouveaux modèles visent moins de documentation et moins de contrôle sur le procédé(Vers
les années 90) ;
 Ils s’adressent à des projets de petite ou moyenne taille avec une équipe réduite ;
 Ils permettent de s’ajuster rapidement aux changements des spécifications tout en
garantissant des livraisons fréquentes ;
 Ils sont qualifiés de modèles agiles

34
LE MANIFESTE AGILE

Le Manifeste Agile est le résultat d’une réunion qui a eu lieu en 2001 aux États-Unis
et qui rassembla 17 experts du développement logiciel.
Leur objectif était de trouver une nouvelle méthode afin de mieux tenir les délais et
le budget d’un projet.

Pour y arriver, ce Manifeste proposait notamment, de privilégier les processus légers

par rapport aux processus lourds en vigueur à l’époque (et encore très souvent
aujourd’hui, sous forme plus ou moins assumée).

35
4. PRINCIPES AGILE.
Le Manifeste Agile repose sur 4 valeurs clés:
 Les individus et leurs interactions plus que les processus et les outils.
Individus et interactions au lieu de processus et outils Le succès est synonyme d’une bonne
collaboration. Un bon collaborateur : c’est une personne qui travaille bien en équipe. Une
surabondance d’outils est aussi mauvaise que le manque d’outils. Principe : Démarrer léger et
investir peu au démarrage.

 Des logiciels opérationnels plus qu’une documentation exhaustive.

Scénario1 : Un code sans documentation est un énorme problème.
Scénario2 : Trop de documents est plus nuisible que pas de documents. Fait : Difficulté à
produire et à synchroniser avec le code. Principe : Produire toujours des documents aussi
courts que possible.

36
4. PRINCIPES AGILE.

 La collaboration avec les clients plus que la négociation contractuelle.

Très difficile de décrire la totalité du logiciel depuis le début. Les projets réussis = client impliqué d’une
manière fréquente et régulière. Principe : Le client doit avoir un contact direct fréquent et régulier avec
l’équipe de développement.
 L’adaptation au changement plus que le suivi d’un plan
Une planification très loine dans le future fait face aux risques Risque : Tout change : Nouvelles
technologies, environnement et les besoins Les outils de planification classiques : GANTT, PERT et le
système de tâches ne sont plus adéquats Principe : planifier très court (02 semaines à 01 mois)

37
LES DOUZE PRINCIPES DU MANIFESTE AGILE
1. Toujours satisfaire le client (livraisons rapides et continues)
2. Bien accueillir tous les changements
3. Livrer fréquemment (un système fonctionnel)
4. Les clients et les développeurs doivent collaborer
5. Conduire le projet autour d’équipes motivées
6. Circuler l’information : c’est le contact direct entre collaborateurs
7. La première mesure d’avancement c’est un logiciel fonctionnel
8. Le développement doit être durable et à un rythme constant
9. La bonne conception et l’excellence technique augmentent l’agilité
10.Simplifier au maximum
11.Les meilleures solutions informatiques : proviennent d’équipes qui s’organisent d’elles-mêmes
12.L’équipe s’améliore d’une manière autonome et régulière. 38
RÉCAP
Les méthodes de gestion de projet agiles ont voulu apporter de nouvelles réponses aux
méthodes classiques, trop prédictives et trop rigides, en mettant en avant des principes plus
souples : collaboration, adaptation, auto-régulation, retours utilisateur sont au coeur de
l’approche.
Une des valeurs fondamentales de l’Agilité est de la fait de valoriser les échanges humains.
Les individus et les interactions sont plus importants que les processus. Ceci représente une
rupture fondamentale avec les approches « processus ». De plus, compte tenant des
circonstances actuelles, l’agilité aide à assurer ces interactions sociales également bien au-
delà des contraintes physique de l’entreprise : puisant sa force dans sa capacité à s’adapter,
l’agilité rend possible une meilleure gestion de projet agile avec des équipes à distance.
L’autre valeur essentielle, qui diffère complètement des approches de gestion de projet
traditionnelles, est le fait d’accepter le changement, même tardivement. Par « accepter », on
entend surtout « gérer le changement », accepter qu’il n’y ait pas de cahier de charges de
300 pages avant de commencer le projet ». Ça c’était nouveau (et reste encore un beau
challenge pour pas mal de relations contractuelles).

39
PRINCIPALES MÉTHODES AGILES
Scrum EXtreme Programming (XP)
Rational Unified Process (RUP)
Feature Driven Development (FDD)
Rapid Application Development (RAD)
Dynamic systems development method (DSDM)

40
3. MÉTHODES AGILE SCRUM

41
 LA MÉTHODE SCRUM
Scrum est une méthode agile qui se concentre sur le gestion itérative de projet en
exploitant les propriétés creatives des membres de l’équipe de développement.

Scrum consiste à définir un cadre de travail permettant la réalisation de projets

complexes.

Cette méthode a été initialement prévue pour le développement de projets

informatiques mais elle peut être appliquée à tout type de projet, du plus simple au
plus innovant, et ce de manière très simple. Le terme SCRUM fait référence à la
mêlée de rugby.

42
 LA MÉTHODE SCRUM
• la méthode SCRUM présente plusieurs avantages autres que l’amélioration de la productivité et de la
communication au sein du projet.

• Elle se base avant tout sur un socle fixe de rôles, responsabilités et réunions qui ne changent jamais, tout en
assurant une gestion flexible et adaptative des projets.

• Cela a l’avantage de rassurer les équipes lors de certaines phases de développement qui peuvent
habituellement s’avérer chaotiques et de faciliter la mise en œuvre des processus.

43
 3. MÉTHODES AGILE SCRUM
• On peut distinguer trois phases :
• La phase initale au cours de laquelle les fonctionalités du système sont listés et
une architecture logicielle générale est définie
• Suit une série de “sprints”, chaque sprint correspondant à un incrémement du
système
• La phase de terminaison du projet développe les derniers artefacts (maunel
d’utilisation …) et tire les leçons apprises durant le développemnt.

44
 COMMENT ÇA MARCHE ?
• La méthode SCRUM implique que le projet progresse à travers la mise en place de séries de « sprints ».

• À chaque lancement d’un sprint, une réunion de planification est organisée afin que chaque membre de
l’équipe puisse s’engager sur le nombre de tâches qu’il pourra exécuter, ainsi que sur la création du « sprint
blacklog », qui est la liste globale des tâches à réaliser lors du sprint.

• Chaque jour du sprint, tous les membres de l’équipe (ainsi que le responsable produit et le SCRUM Master)
doivent assister à la réunion SCRUM quotidienne. Cette réunion permet ainsi de synchroniser tous les
membres de l’équipe.
• La fin d’un sprint est marquée par une session de débriefing permettant de présenter le travail achevé au
responsable produit, et de partager des informations pouvant influer sur le sprint suivant.
45
PROCESSUS LOGICIEL SCRUM
Une phase d’idéation
Une succession de sprints de taille fixe
Chaque sprint produit un logiciel fonctionnel
Chaque sprint réalise toutes les activités de développement logiciel
Les sprints sont groupés en Releases (de taille fixe)

46
Cycle de vie d’un sprint SCRUM

Revue - Choix des tâches-

Sprint Revue du sprint
Travail à faire Planification du sprint

« Backlog » « Backlog » Logiciel

du produit du sprint livrable

47
LE JARGON SCRUM

48
 SPRINT
Chaque release est décomposée en sprints au cours de l’activité de planification de la
release (la première fois « sprint zéro »)
Un sprint est une période de développement de taille fixe (en moyenne 2 à 4 semaines)
 Durée fixe, équipe stable

Un sprint se décompose en un ensemble de tâches

Mêlée journalière : réunion d’équipe pour faire le point sur le travail réalisé depuis le début
du sprint et le travail à réaliser avant la fin du sprint
Chaque sprint termine par :
 une revue du produit
 une rétrospective sur le processus

49
SPRINT

Backlog: carnet, liste ordonnée de « choses » à faire

(user stories, tâches)

50
DÉFINITION D’UNE ÉQUIPE SCRUM
Une équipe Scrum comprend:

 un Product Owner,

 une équipe de développement (Development Team)

 un Scrum Master.

Les équipes Scrum (Scrum Teams) sont auto-organisées et pluridisciplinaires.

Les équipes auto-organisées choisissent la meilleure façon d’accomplir leur travail, au lieu d’être dirigées par
des personnes externes à l’équipe. Les équipes pluridisciplinaires ont toutes les compétences nécessaires pour
effectuer le travail sans dépendre d’autres personnes n’appartenant pas à l’équipe. (Scrum Guide)

51
 RÔLES DES ACTEURS

Manager
Client- User Expert

Composition:
1 Product Owner
1 Scrum Master
Product owner Scrum master Développeurs 2 à 7 développeurs
Principes
Auto-organisation
Equipe SCRUM Pluridisciplinarité
Stabilité
Valeurs communes
Le product owner et le Scrum master peuvent aussi prendre le rôle de développeur 52
53
PRODUCT OWNER
Responsabilités
 Fait partager la vision globale du produit
 Gère le backlog du produit (liste ordonnée des « choses » à faire)
 Définit les priorités
 Accepte ou rejette les Releases (livrables)

54
SCRUM MASTER
Responsabilités
 n’est pas « le chef », mais un facilitateur
 Motive l’équipe
 Fait appliquer les bonnes pratiques de Scrum
 Gère les obstacles

55
PROCESSUS LOGICIEL SCRUM
Client- User
Projet
Vision/Idéation Sprint 0

Manager
Release

Solidification Validation
Planification de
d’une release d’une release
la release Product owner

Sprint

Scrum master
Planification Exécution Revue Rétrospective
d’un sprint d’un sprint d’un sprint d’un sprint

2-4 semaines
Développeur
56
 LE CYCLE DE VIE DE LA MÉTHODE SCRUM
1 Le Product Owner (appelé propriétaire du produit sur l’illustration) rédige les User Stories et les places dans le
Product Backlog.

2 Le Product Owner priorise ensuite ces User Stories en fonction de leur Business value.

3 L’équipe Scrum se réunit lors du cérémonial de planification de Sprint afin de déterminer les User Stories pouvant
être traitées durant le Sprint. Celles ayant été élues sont ensuite placées dans le Sprint Backlog puis découpées en
tâches.

4 Le Sprint peut alors commencer pour une itération de 2, 3 voire 4 semaines.

5 L’équipe se réunit quotidiennement pour réaliser le Scrum Meeting.

6 À l’issue du Sprint, nous possédons un produit potentiellement livrable qui fait l’objet d’une démonstration lors de la
revue de Sprint.

7 Le cycle se termine enfin par la répétition

57
PRODUCT BACKLOG

Le Product Backlog est une liste ordonnée et émergente de ce qui est nécessaire pour améliorer le produit.
C’est la seule source du travail accompli par l’équipe (Scrum Team). Les éléments du Product Backlog sont
prêts pour la sélection dans un événement de Sprint Planning. Ils acquièrent généralement ce degré de
transparence après avoir été affinés. L’affinement du Product Backlog consiste à décomposer et à définir
davantage les éléments du Backlog en éléments plus fins et plus précis. Il s’agit d’une activité continue visant
à ajouter des détails, tels qu’une description, un ordre et une taille

58
OUTILS
Confluence
Jira
…

59