Project management for young IT engineer

La gestion de projet:
Concepts, enjeux,
défis & Perspectives
pour les jeunes IT
Par Laurent Maheshe Kams
IT & Telecom Senior Manager
Project Leader & Scrum Master, PMP, DASM
https://www.linkedin.com/in/kamsmaheshe-pmp/
ESIC - Ecole Supérieure
d'Informatique et de
Communication
Lubumbashi / RD Congo
24 Juin 2022

Sommaire
 Pourquoi cette présentation?
 Projet / Gestion de Projet?
 Concepts, approche & Méthodes de gestion de projets
 Méthodes Waterfall – Cascade
 Méthodes Agile
 Comment choisir entre les deux méthodes
 Quelques outils
 Autres Concepts

Les règles
La session est enregistrée
Eviter la distraction, surtout ceux qui sont dans la salle
La conférence se déroule sur 2h30 reparties comme suit:
- 50 min – Pause question de 15 min
- 50 min – Pause question de 15 min
- 20 min – Divers & Networking
Les questions seront posées lors de session de pause
question. Ceux qui sont en ligne sur Zoom peuvent
postée leur question dans le chat box

1. Objectifs de cette présentation?
 Comprendre ce que c’est un projet
 Revue rapide des approches, méthodes et outils populaires de gestion de projets
 Appréhender les enjeux de la gestion de projet dans le domaine
de nouvelles technologie - IT
 Partager des idées pour vous permettre de commencer à construire votre plan de carrière
dans votre domaine IT (Réseau, Telecom, Designer, Programmeur, Data Base, …)
 Construire des repères pour mieux réussir son entrée dans le monde professionnel

2. Projet / Gestion de Projet? 1/5
 Projet
Les caractéristiques fondamentales à retenir dans la définition d’un projet
• Temporaire : Un projet a un début et une fin
• Etapes par étapes: l’exécution en étapes / Phase
• Résultat: Il y a un livrable unique
• Nécessite une coordination multidisciplinaire: Ressources / Equipe
(plusieurs compétences, expertises…)  Une méthode / Gestion
Chef de projet, Sponsor, Equipe, parties prenantes

 Points communs aux projets
• Né d’une idée (un besoin)
• Crée un produit ou un service unique
• Est temporaire
• Début & fin
• Il dispose des ressources et d’une organisation (ressources humaines et financières - budget)
• Nécessite une coordination multidisciplinaire (plusieurs compétences, expertises…)
 Triple contrainte: Tout projet serait soumis à 3 contraintes
• Coût: Il faut gérer suivant le budget défini
• Périmètre & qualité: Livré ce qui a été convenu
• Délais: livré dans le délais convenu

2. Projet / Gestion de Projet 3/5
Définition classique: Plusieurs définitions suivant les écoles ou les standards:
 ISO ( International Organization for Standardization) ISO 21500
Un projet est un processus unique, qui consiste en un ensemble d'activités coordonnées et maîtrisées
comportant des dates de début et de fin, entrepris dans le but d'atteindre un objectif conforme à des
exigences spécifiques telles que des contraintes de délais, de coûts et de ressources.
 PMI® (Project Mangement Institute - USA) - PMBOK® Guide 5e édition, 2013
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 service 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.
 PRINCE2™ (marque déposée de Axelos, 2013 - Britanique)
Un projet est une organisation temporaire, créée en vue de livrer un ou plusieurs produits du projet
conformément à un Cas d’Affaire convenu.
L’ensemble des actions est appelé « œuvre », d’où la notion de « maître d’œuvre » qui désigne celui
qui réalise le projet.
Le résultat de cet ensemble d’actions est appelé « ouvrage », d’où la notion de « maître d’ouvrage »
qui désigne celui qui est propriétaire du résultat du projet.

Exemples de projets
 Organisation d’un championnat de football
 Un déménagement
 Un voyage d’affaire ou tourisme
 Organiser un mariage
 Construire une maison
 Fabrication d’un prototype de voiture

2. Projet / Gestion de Projet 5/5
Si je veux lancer un projet, comment je fais ? Quels sont les outils ? Par quoi je
commence ?
 Charte du Projet: l’acte de naissance du Projet signé par le Sponsor et autres
 Un chef de projet: Comme un chef d’orchestre (maetro)
 Il faut de la méthode: Gestion / Management de Projet

3. Méthodes de gestion de projets
2 groupes de méthodes se
démarquent:
1. Méthodes dites
prédictives, ou Cycle en
V ou Waterfall, dites
méthodes de Classique
ou Traditionnelle ou en
cascade
2. Méthodes Agiles:
Possibilité de livrer de la
valeur par itération de
façon incrémentale

3.1. Méthodes Waterfall
Le mode de gestion Projet Waterfall (en
Cascade) est un modèle de gestion de
projet qui implique toutes les étapes du
cycle de vie d’un projet : de la
conception au déploiement, suivant dans
le même ordre de façon linéaire, stricte
en en phase successives.
Caractéristiques:
- Cycle en 9 phases principales: Analyse
de besoin, Spécification, Conception
de la solution (2), Réalisation, Test (3) et
Déploiement (Acceptance, Go-live &
Handover)
- Effet Tunnel – Changement difficile à
gérer
- Prédictive – le scope est facilement
prédictible en amont

Les phases d’un projet ou l’enchainement des processus: 5 groupes de processus (PMI Framework –
PMBok- Project Management Body of Knowledge)
3.2. Méthodes Waterfall: Framework de PMI

Méthodes de gestion de projets
Méthodes Waterfall: Framework de PMI
PMBok 6
- 10 Domaines de
connaissance
- 5 groupe de
processus
- 49 Processus

Méthodes Waterfall: Framework de PMI
PMBok 6
- 10 Domaines de
connaissance
- 49 Processus

Competences Clées d’un Project Manager
Les compétences clées d’un PM sont regroupées en 2
catégories:
1. Hard Skills: compétences techniques, plus rationnelle
et donc facile à mesurer (Smart)
 Planification
 Résolution de problème
 Budgétisation / Finance management
 Gestion de risque
 Time management
 Programmation, Réseau, …..
2. Soft Skills: Plus de compétences de sociabilité,
interaction avec les autres, … moins mesurables -
Leadership
 Communication
 Leadership
 Résolution de conflit
 Team Building, Negociation
 Decision making skills
 Intelligence émotionnelle: Empatie
 Stress Management,
 adaptabilité, …

3.3. Méthodes Agiles: Définitions
Le terme "agile" définit une approche de gestion de projet
qui prend le contre-pied des approches
traditionnelles prédictives et séquentielles de type cycle en
V ou waterfall (en cascade).
La notion même de "gestion de projet" est remise en
question au profit de "gestion de produit".
L'approche Agile propose au contraire de réduire
considérablement voire complètement l’effet tunnel en
donnant davantage de visibilité, en impliquant le client du
début à la fin du projet et en adoptant un processus
itératif et incrémental.
On préfère parler « méthodes agiles» car c’est plus qu’une
methode, c’est un état d'esprit, de philosophie, une
culture Agile…
La méthode Agile consiste à découper l’implémentation
d’un projet en plusieurs phases (appelées itérations).
Chacune correspond à un état d’avancement et termine
par la fourniture d’un livrable au client. La somme des
livrables constitue le produit final.

Méthodes Agiles: Historique
Sans rentrer dans les détails historique, la
première chose à savoir est que l'approche
Agile n'est pas un effet de mode né de la
dernière pluie. En effet la première approche de
gestion de projet de développement itératif
date de 1986. La première mise en œuvre de la
méthode Scrum (la méthode Agile la plus
utilisée, documentée et éprouvée aujourd'hui)
date de 1993.
La seconde concerne un événement majeur
rassemblant, en 2001, 17 figures éminentes du
développement logiciel pour débattre du
thème unificateur de leurs méthodes
respectives. De cet événement est né le
Manifeste Agile qui définit les règles, les valeurs
et les principes.
- 12 Principes
- 4 Valeurs

Méthodes Agiles: Définitions
Un filme qui illustre le leadership et de l’Agilité
https://www.youtube.com/watch?v=nPkr9HmglG0&t=1s

Méthodes Agiles & Terminologie
Une fois qu’une organisation décide d’adopter une
gestion de développement Agile, il reste encore à
choisir la méthodologie la plus adaptée à son projet.
En effet, les méthodes Agiles disponibles sont
nombreuses et peuvent être source de confusion.
Les méthodes Agiles les plus populaires
 l’eXtrême Programming (XP),
 Scrum
 Feature Driven Development (FDD),
 Lean Software Development,
 Agile Unified Process (Agile UP ou AUP),
 Crystal
 Dynamic Systems Development Method (DSDM)
 Discipline Agile DA - PMI
 Safe (Scaled Agile Framwork)
 Spotify
 Less (Large Scale Scrum)

Méthodes Agiles: Scrum
Le mot SCRUM « mêlée » fait référence à la mêlée du
rugby. En effet, cette méthode met en exergue l’esprit
d’équipe et la volonté d’avancer ensemble vers un même
but.
1. Les piliers du Scrum
 Transparence : Conscience, ouverture,
communication formelle et informelles
 Inspection : inspections fréquentes pour identifier,
diagnostiquer, dépanner, réparer et se remettre sur
les rails d'une manière simple et fiable.
 Adaptation : Plusieurs points de contrôle périodiques
sous la forme de Planification de sprint, revue de
sprint, réunions rétrospectives où l'équipe peut revoir
et s'adapter
2. Les cérémonies / Rituelles: Daily Scum Meeting / Daily
Standup (15min), Sprint review (Demo), Sprint Repropective
& Sprint Planning

Méthodes Agiles: Scrum
3. Les valeurs de la méthode SCRUM rappellent très
fortement celles du Lean management:
 Eliminer les gaspillages
 Favoriser l’apprentissage et les changements
 Reporter la prise de décision
 Livrer vite de la valeur
 Responsabiliser les membres de l’équipe
 Construire la qualité tout au long du projet
4. Artecfact: Product Backlog, Sprint Backlog, Finished
Work, User Story
5. Équipes Scrum: petites équipes (5 à 9) et 3 rôles:
 Product Owner : il a une vision complète du produit,
 Scrum master : il assure le bon déroulement du
projet et rappelle la méthode,
 équipe Scrum : elle développe le produit.

Il n’y a pas de solution unique pour tout le monde

Waterfall vs Agiles: Eléments de décision
Entre Waterfall & Agiles, quelle méthode
choisir pour son projet?
Pour commencer, on ne dira pas que telle
méthode est meilleure que l’autre, tout
dépend de ce vous faites.
L’image ici vous donne quelques éléments
qui permettront de faire le choix:
- Le besoin Client (Requirement)
- La technologie

Waterfall vs Agiles : Principes
Projet Type Principes Clés Indicateurs de
Succès
Avantage
majeurs
Inconvénients
Majeurs
Méthode
AGILE
Projet
« Incertain »
• Procédé par Itération
incrémentale
• Feedback Client
régulier & rapide
• Points quotidien
Satisfaction du
Client
Adaptabilité &
Bonne gestion
de changement
Difficulté à
gérer les couts
et le budget
Méthode
Cycle V
Projet
« Prévisible»
• Feuille de route à
suivre en cycle
linéaire
• Spécification définie
en amont
• Réunion plus
formelles
Atteinte des
objectifs fixés
en amont
Robustesse &
Stabilité des
procédures
Difficultés à
gérer les
imprévus

Waterfall vs Agiles: Taux de Sucess
Cette étude a été réalisée sur la comparaison
de success rates de projet. A retenir:
1. Successfull Project & Echec: Plus de projet
réussissent en mode Agile quant mode
Waterfall – Le projet est exécuté pour
répondre à un besoin utilisateur, donc
l’indicateur principal est la satisfaction client.
En Agile, on va vers le client plus souvent
pour avoir son feedback et on peut
s’adapter par itération, pas le cas en mode
classique – effet tunnel (Successful: 42% vs
14% & Echec: 9% vs 29%)

Waterfall vs Agiles: Taux de Sucess
2. Challenged Project / Difficile: En mode Agile,
les projets semblent plus complexe, moins
difficile, on n’est pas obligé de définir les
spécifications clients dans le détail au
démarrage du projet. Les spécifications, les
besoin clients viennent au file de l’eau et son
updaté dans le backlog (la complexité est
réduite).
En mode Waterfall, on est obligé de définir les
spécifications de nos livrables au début du projet
(Scope of Work) et cela est souvent challengent
– 49% vs 57%

Waterfall vs Agiles: Terminologie
Quelques terminologies Waterfall VS Agile
 Projet – Epic
 Spécification client – User Storie
 Design/ Conception/ Architecture – Sprit 0
 Phases – Itérations/ Sprint
 Taches – Stories
 Deadline/ Date butoire – Milestone
 Acceptance / Assurance Qualité – QA Sprint
 Post mortum meeting – Retro meeting
 Project Manager – Scrum Master

Waterfall vs Agiles: Conclusion
 En conclusion, aucune de ces deux méthodes n’est meilleure que l’autre. Le choix de la
méthodologie est seulement drivé par le type de projet à piloter et ses livrables.
 On privilégiera plutôt la méthode classique lorsqu’on a une idée précise du projet, avec un scope
bien connu en amont, un planning bien détaillé et où on a anticipé le maximum des risques
possibles: Prédictif
 Quant à la méthode Agile, on la choisira plutôt pour des projets incertains, car c’est une
méthodes adaptable, pour les projets où il n’y a pas de documents détaillés, ou quand le client/
Business est indécis sur le besoin. Le client pourra alors voir l’évolution du projet par incrément et
l’adapter à ses besoins sans pour autant vous obliger à recommencer tout le travail que vous avez
fourni depuis le début.
 Pour toutes ces méthodes, ne pas appliquer systématiquement et aveuglément des pratiques
préétablies mais savoir prendre du recul et contextualiser les décision - Leadership.
 Pour toutes ces méthodes, pratiquer l’écoute active auprès des membres de l’équipe projet pour
challenger l’exécution du projet et maintenir la motivation de ses ressources - Leadership.

Gestion de Projet IT: Autres concepts
Le DevOps c’est un autre concept
révolutionnaire, qui remet en cause
plusieurs théorie enseignées et pratique là.
C’est une nouvelle pratique en ingénierie
informatique visant à l'unification
du développement logiciel (dev) et de
l'administration des infrastructures
informatiques (ops), notamment
l'administration système.
Ceci permet de livraison continue et
rapide.
Cette méthode est révolutionnaire, elle
remet en cause les anciennes bonnes
pratiques qui suggéraient de séparer les
équipes Développement/ Projet des
équipes Opérationnelles (ITIL).

 Structure de découpage du projet: Le projet est subdivisé en sous-projets, packages de travail,
tâches et activités (WBS – Work Breakdown Structure)
 Roue de Deming: PDCA (Plan- Planifier, Do – Faire, Check – Contrôler, Act – Acter) –
Amélioration continue
Méthode de gestion de projet
Les outils d’aide à la gestion de projet

 Matrice des responsabilités- RACI (responsable, Accountable, Consulted, Informed): permettre
de définir les rôles et responsabilités dans une service ou projet
 La matrice SWOT (Strengths, Weaknesses,Opportunites et Threats) - Forces faiblesses,
Opportunités et menaces

 Outils de planification: PERT (Program Evaluation AND Review Technique)– Réseau de
dépendance entre les tâches sous forme graphique & Diagramme de Grantt pour une vue plus
visuelle du planning projet avec les dépendances

La technique de Kaizen a été développée par Toyota, et
est utilisé dans le processus d’amélioration continue,
résolution de problème par l’indentification de root cause.
Le Kaizen vient du Japonais (de « kai », changement et «
zen », meilleur) se définit comme un état d’esprit reposant
sur plusieurs outils.
C’est un outil utilisé pour l’amélioration continue. C’est plus
élaboré que la Roue de Deming.
Il existe plein d’autres outils collaboratifs ou d’aide à la
gestion de gestion tel que:

Gestion de projet:
Principales causes d’échec d’un projet
Problème de coordination /
Mindset System Thinking
Rôles et responsabilités pas clairs Mauvaise communication
Mauvaise répartition de charges Causes majeures d’échecs de projet - (IT Cortex, 2008:
La communication répresente plus de 50% de cause d’echecs

Je fini ma présentation par cette phrase du
Scientifique Anglais – Darwin, applicable de nos
jours et dans notre domaine de Gestion de
projet dans le domaine IT.
Il dit: « Les espèces qui survivent ne sont pas les
espèces les plus fortes, ni les plus
intelligentes, mais celles qui s'adaptent le mieux
aux changements »
Dans notre contexte, cette phrase ferait
référence pour moi à la culture d’apprentissage
continue « Continous Learning Culture » qui doit
continuellement nous animer; nous devons
continuer à apprendre, encore et encore.
C’est une des valeurs cœur pour plusieurs
Framework Agile (Core Value), comme le SAFe.
Gestion de projet:

Project management for young IT engineer

Recommandé

Recommandé

Contenu connexe

Similaire à Project management for young IT engineer

Similaire à Project management for young IT engineer (20)

Project management for young IT engineer