PARTIE 3 : Adopter l’approche Agile dans gestion de projet
PARTIE 1 : Connaître les fondamentaux de la gestion de projet
1.1. Découvrir les Concepts de gestion de projet 1.2. Découvrir les différentes méthodes de gestion de projet 3.1. Appréhender la méthodologie Agile Scrum
1.2.1. Méthodes prévisibles (cascades, V, Y) 3.1.1. Définition de la méthode Agile Scrum
1 .La méthode en cascade (Waterfall) SCRUM : est une méthode agile qui booste la productivité
PARTIE 1 : Connaître les fondamentaux de la gestion de projet des équipes grâce à des retours fréquents, une vue
1.1. Découvrir les Concepts de gestion de projet méthodologie de gestion de projet séquentielle
qui divise les projets en plusieurs phases distinctes d'ensemble du projet et des priorités modifiées, réduisant
1.1.1. Concepts de gestion de projet ainsi les erreurs.
Définition :
-L'Agile :est une approche de gestion de projet qui mise sur
l'adaptation rapide aux changements et le travail en équipe
pour livrer des résultats fréquents et de qualité.
-Le projet :est une série d’activités conduites par un effort
complexe, non répétitif et unique, limité par des
contraintes de temps, de budget, et de ressources.
-La gestion de projet : est une action temporaire avec
un début et une fin, qui mobilise des ressources
identifiées (humaines, matérielles, équipements,
matières premières, informationnelles et financières)
durant sa réalisation, visant à organiser de bout en
bout le bon déroulement d’un projet.
-Une ressource :est un élément nécessaire à la réalisation [Link] méthode en Y :
d'une tâche ou d'un projet.
Il existe 3 sortes de ressources pour un projet : La méthode en Y est une approche utilisée en ingénierie
• Les ressources humaines : Il s’agit de l’ensemble logicielle et en gestion de projet pour séparer les
des personnes qui vont intervenir sur le projet aspects fonctionnels et techniques d’un projet.
3.1.2. Manifeste Agile (valeurs et principes)
• Les ressources financières : Elles font référence
au budget global du projet.
• Les ressources matérielles : sont tout ce dont
l’équipe projet a besoin pour mener à bien le projet :
les salles, les équipements informatiques, les logiciels…
-Livrable : est un résultat concret produit lors d'un projet.
Il peut s'agir d'un document, d'un produit, ou d'un service
que l'équipe de projet remet au client ou à l'utilisateur final.
-Une charte de projet :est un document formel, généralement
court, qui décrit votre projet, y compris les objectifs, la
manière dont il sera réalisé et les parties prenantes.
1.1.2. Parties prenantes de projet
Il s'agit de l'ensemble des personnes et des organisations
qui ont un intérêt ou une influence directe ou indirecte sur
le projet.
Acteurs externes :
a. Les clients
b. Les fournisseurs
c. Les diverses communautés d’utilisateurs, de fans, etc…
d. Les organismes privés Les 12 principes agiles :
e. Les investisseurs et partenaires financiers [Link] méthode cycle en V : 1. Satisfaction du client
Acteurs interne : 2. Accepter les changements
Le Cycle en V est une méthode de gestion de 3. Livraison fréquente
a. Le sponsor du projet projet utilisée principalement dans le développement 4. Travail en équipe
b. Les utilisateurs, les services impactés logiciel et les systèmes complexes. 5. Motiver les équipes
c. La direction
d. L'équipe projet 6. Préférer les discussions en direct
e. Les services supports impliqués Un produit qui fonctionne
f. Les actionnaires 2. Maintenir un rythme constant
g. Les autres experts 3. Excellence technique et bonnes pratiques
h. Les syndicats et représentants du personnel 4. Simplicité
5. Auto-organisation des équipes
1.1.3. Principaux rôles dans un projet informatique 6. Amélioration continue
Qu’est-ce qu’un Chef de projet informatique ? Quel est son rôle ? 3.1.3. Processus de la méthode Scrum
1. Le Chef de Projet
Un Chef de projet informatique (CPI) : est responsable de la Il existe 3 groupes de phases et de processus
planification et de la gestion des projets informatiques. Scrum, à savoir
Il coordonne les équipes, suit l'avancement du projet, gère
les risques, les délais, le budget et les ressources, tout en pre-game, game, post-game
s'assurant que le projet atteint ses objectifs en termes de Nous avons divisé cette activité en 3 phases :
qualité et de fonctionnalité.
Ses missions : 1. Pre-Game (planification + architecture) : Planification
✔ Définir les besoins du client du projet avec la création du backlog et des tâches.
✔ Gérer l’équipe projet 2. Game (Sprint + réunion Scrum) : Travail sur les
✔ Respecter le budget et les délais tâches, développement, tests, et réunions de revue.
✔ Communiquer avec les parties prenantes 1.2.2. Méthodes imprévisibles (Agile) 3. Post-Game (démo + clôture) : Préparation des
produits finis pour la livraison
Matrice d’assignation des responsabilités : Les méthodes de gestion de projet Agile (tests, documentation, etc.).
La matrice RACI est un outil qui aide à clarifier les rôles 1- La méthode Scrum
et responsabilités dans un projet.
Rôle Description 3.1.4. Rôles et responsabilités
2- La méthode Kanban est un outil visuel de gestion
R (Responsible) Celui qui réalise la tâche La Méthode Scrum : qui fait quoi ?
des tâches, il aide à organiser le travail en limitant les
A (Accountable) Celui qui valide tâches en cours pour améliorer l’efficacité.
C (Consulted) Celui qui donne son avis Le rôle du Scrum Master :
Les avantages et les limites de la méthodologie Waterfall :
I (Informed) Celui qui doit être informé Guide le projet, veille au respect des principes
Les avantages :
-Gestion simple avec des étapes bien définies Scrum, coordonne les équipes, assure une
-Facile à transférer grâce à la documentation claire bonne communication, améliore la
et complète productivité et enlève les obstacles.
-Processus clair et structuré
Les limites : Le rôle du Product Owner :
-Les erreurs sont découvertes tard C’est l'expert qui représente le client,
-Moins adapté aux projets complexes ou longs définit et priorise les fonctionnalités,
-Longue attente avant la livraison finale et valide les développements du produit.
Les avantages et les limites de la méthodologie Agile : Et l’équipe justement ?
Les avantages : L'équipe Scrum est composée de
-Livraisons rapides et régulières
-Feedback constant du client développeurs sans hiérarchie, malgré leurs
-Moins de risques grâce aux ajustements compétences différentes. Elle est idéalement
Les limites : constituée de 6 à 10 personnes pour être
-Moins de documentation détaillée efficace.
-Peut devenir désorganisé sans une bonne gestion Stakeholders ?
-Moins adapté aux projets complexes Les stakeholders sont les parties prenantes
PARTIE 2 : Planifier un projet ayant un intérêt direct dans le produit, mais
1.1.4. Caractéristiques de base d’un projet : ne faisant pas partie de l'équipe Scrum. Ils
Les objectifs qui permettent de répondre à un besoin spécifique. Définition de cahier de charges : contribuent à la découverte et au
Une limite dans le temps : il a un début et une fin, marquée par Un cahier des charges est un document qui détaille ce
l'atteinte de l'objectif. qu'un projet doit accomplir. Il liste les attentes, les développement du produit.
Une activité est une action qui transforme les ressources en besoins et les contraintes à respecter pour réussir le projet.
résultats attendus dans un délai donné. La durée moyenne d'une tâche : 3.1.5. Evénements Scrum
Les ressources : incluent l'argent, le personnel, le matériel, Les grandes étapes de la méthode agile
le temps, les connaissances, l'infrastructure, et la communication… (Durée Optimiste + 4 x Durée Plus Probable + Durée Pessimiste) / 6
Les résultats attendus se créent à la suite des activités du projet. (ou méthode SCRUM)
L'ordonnancement des tâches :
1.1.5. Contraintes dans la gestion d’un projet L'ordonnancement des tâches consiste à planifier - Étape 1 : Le Product Backlog
Définition : Les contraintes de projet sont les limites générales l'exécution des tâches d'un projet selon leur priorité Le Product Owner recueille les besoins
d'un projet, notamment les délais, les coûts et les risques. et durée pour maximiser l'efficacité et respecter les délais.
- Contraintes de délais du client et les inscrit sous forme de user
- Contraintes de coûts Les méthodes d'ordonnancement des tâches : stories dans un backlog priorisé.
- Contraintes de qualité - Le diagramme de Gantt
- Le diagramme PERT - Étape 2 : Le sprint
- La méthode MPM (Méthode des potentiels Métra)
Dans cette étape, L'équipe organise le
Chemin critique : travail en sprints de deux semaines, chacun
Le chemin critique désigne l’ensemble des activités dédié au développement d'une fonctionnalité
à accomplir afin que le projet soit terminé
à la date définie. spécifique.
3.1.5. Evénements Scrum
- Étape 2 : Le sprint
Les grandes étapes de la méthode agile PARTIE 5 : Mettre en œuvre les outils de
(ou méthode SCRUM) la chaîne du DevOps
- Étape 1 : Le Product Backlog 5.1. Introduire la chaîne DevOps
Avant chaque sprint, une réunion permet Définition
de définir les tâches prioritaires DevOps est une pratique qui améliore la collaboration
(Sprint Backlog) à partir des user stories entre développement et opérations, en automatisant le
du Product Owner. déploiement et la gestion des infrastructures.
Les avantages :
• Daily SCRUM : La Mêlée Quotidienne - La collaboration
- La vitesse
Réunion quotidienne de 15 minutes pour faire - L’agilité
le point sur les avancées, les obstacles, et - La satisfaction du client
les objectifs du jour. - L’innovation
• Comment on s’organise dans le sprint ? - La sécurité
Les outils :
S’organise avec un tableau divisé en - Gestion de code source
"à faire", "en cours", "réalisé" permet - Intégration et déploiement continu (CI/CD).
de visualiser l'avancement des tâches. - Conteneurs
- Étape 3 : Sprint Review - Cloud providers
- Automatisation et gestion de configuration
Tous les vendredis, à la fin de sprint, l’équipe - Monitoring et alerting
présente la fonctionnalité développée au - Gestion de projet
Product Owner pour validation. - Gestion des secrets
- Étape 4 : Sprint Retrospective 5.1.2. Définition notions (CI/CD)
(Rétrospective de Sprint) L'intégration continue est une pratique
DevOps consiste à ajouter du code régulièrement
L’équipe évalue les réussites et les points dans un dépôt central, où il est automatiquement testé.
d’amélioration pour optimiser les prochains Comment fonctionne l'intégration continue ?
sprints. En intégration continue, les développeurs intègrent
fréquemmentleur code dans un dépôt partagé souvent
3.1.6. Artéfacts Scrum avec Git. Ils peuvent exécuter des tests locaux pour
Le mot artefact désigne un produit ayant vérifier leur code avant de l’inté[Link] livraison continue
subi une transformation est une pratique où les modifications de code
Les artefacts SCRUM sont au nombre de 3 : sont automatiquement préparées pour être publiées
en production. Le déploiement continu (CD) il automatise
- Product Backlog le passage en production après validation des tests,
complétant l'intégration continue (CI) dans le cycle CI/CD
C'est une liste des fonctionnalités du produit, qui pour un déploiement sans inter
regroupe toutes les tâches à réaliser, vention manuelle.
classées par ordre de priorité. 5.2. Mettre en place la CI/CD avec Gitlab
5.2.1. Définition de Gitlab CI/CD
- Sprint Backlog GitLab CI est un système d'intégration continue
puissant qui permet d'automatiser les builds, tests, livraisons et
C'est le plan des éléments du Product Backlog que déploiements des applications.
l'équipe va travailler pendant le Sprint pour En utilisant GitLab CI/CD, vous pouvez automatiser les étapes
livrer les fonctionnalités nécessaires. d'intégration continue,
- Incrément de produit comme les builds et les tests, ainsi que les déploiements en
environnement de staging et de production.
Chaque Sprint aboutit à un incrément de produit, Principes de fonctionnement de Gitlab CI/CD :
et un nouveau Sprint com=-mence dès que le Les pipelines :
précédent est terminé, suivant un processus Les pipelines sont le composant de niveau supérieur de
incrémental. l’intégration, de la livraison et du déploiement continue
de Gitlab. Ils gèrent des étapes
avec des tâches exécutées par des runners.
3.2 - L’outil de gestion de projet Agile (Scrum/Jira) Le Runner : Est une application qui fonctionne avec
3.2.1 - Présentation de Jira GitLab CI / CD pour exécuter des tâches (Jobs) dans un pipeline.
Les tâches (Jobs) :
Jira, développé par Atlassian en 2002, est un Les tâches (Jobs) dans GitLab sont des instructions exécutées
outil de gestion de projets, de suivi de bugs et par des runners.
d'incidents, conçu pour les équipes agiles, Chaque job a un nom et un script, et si tous les jobs d'une étape
incluant développeurs et non-développeurs. réussissent, le pipeline passe à l'étape suivante.
Il propose trois modules : Les étapes (stages) :
Jira Software : pour les équipes de développement Les étapes (stages) déterminent quand exécuter les tâches.
avec Kanban et Scrum. Elles s'exécutenten parallèle, et l'étape suivante ne commence
Jira Service Management : pour la gestion des que si toutes les tâches
incidents via un système de tickets. de l'étape précédente réussissent.
Jira Work Management : pour les équipes métiers, Les artefacts :
facilitant la gestion des demandes et l'accès Les artefacts de pipeline sont des fichiers créés par
aux systèmes d'information. GitLab après la fin d'un pipeline.
4.2 - L’outil de mesure de la qualité du code (SonarQube) Les tags :
4.2.1 - Notions des métriques de la qualité du code Les tags permettent de sélectionner un runner spécifique
Définition d’une métrique : parmi ceux disponibles pour le projet.
Une métrique logicielle est une mesure quantitative 5.2.2. Définition du pipeline CI/CD : intérêt et étapes
d'une propriété d'un logiciel, utilisée pour évaluer Définition :
sa qualité via une analyse statistique du code source. Un pipeline CI/CD est une série d'étapes visant à déployer
Métriques standards : une nouvelle version d'un logiciel.
- Complexité cyclomatique Il fait partie de la pratique DevOps pour améliorer la
- SLOC (ligne de code source) distribution des logiciels.
- Densité des commentaires Les étapes d'un pipeline CI/CD (workflow du pipeline) :
- Couverture de code par des tests unitaires Voici les phases de pipeline les plus courantes :
- Duplication de code 1- Création
- L’instabilité et l’abstractness 2- Test
- Nombre de paramètres d’une méthode 3- Lancement (distribution)
- Nombre de variables d’une méthode 4- Déploiement
- Nombre de surcharges 5- Validation et conformité
- Architecture L'intérêt du pipeline CI/CD :
- Style & lisibilité - Feedback rapide / - Livraison continue / -
- Documentation Technique Qualité du code eleve / - Visibilité
- Portabilité
- Nombre de bugs
4.2.2 - Présentation de SonarQube
Définition de SonarQube :
SonarQube est l'outil d'analyse de la qualité du code 5.2.3. Architecture du pipeline
et de la sécurité le plus populaire du marché.
SonarQube comprend en fait “deux sous-applications” : Les types des tests :
• Un moteur d’analyse (le scanner) : installé localement Tests unitaires : Vérifient chaque composant individuellement.
sur la machine du développeur. Tests d'intégration : Vérifient que les composants fonctionnent
• Un serveur centralisé : pour la conservation des bien ensemble.
enregistrements et la création de rapports. Tests de non-régression : Vérifient que les nouvelles modifications
Les avantages de SonarQube : n’affectent pas le bon fonctionnement des fonctionnalités existantes.
-Génère des rapports sur la qualité du logiciel
(fiabilité, sécurité, maintenabilité).
- S'intègre facilement dans les pipelines CI/CD.
- Compatible avec Maven et Gradle.
- Vérifie la qualité du code et le formatage.
