Module 1Connaître les fondamentaux de la gestion de projet
Chapitre 2 sur 11
Découvrir les différentes méthodes de gestion de projet
Cascade, cycle en V, cycle en Y, le Manifeste agile et ses 12 principes, Scrum, Kanban, Lean et XP.
- ≈ 115 min
- 3 leçons
- 2 vidéos
- 4 exercices
- TP
Objectifs
Avec ce chapitre, tu sauras…
- décrire les méthodes prédictives : cascade, cycle en V, cycle en Y (processus unifié, 2TUP) ;
- connaître le Manifeste agile : ses 4 valeurs et ses 12 principes ;
- distinguer les principales méthodes agiles : Scrum, Kanban, Lean, XP ;
- comparer le cycle en V et les méthodes agiles et choisir selon le projet.
Leçon 1
Les méthodes prédictives
Les méthodes prédictives (on dit aussi « traditionnelles » ou « classiques ») reposent sur une organisation stricte du travail par étapes : tout est défini avec le client au départ, puis le chef de projet veille à ce que chaque étape soit réalisée comme prévu. Une étape ne commence que lorsque la précédente est terminée et validée. Elles cherchent à écarter le risque en respectant le plan.
Le modèle en cascade (Waterfall)
Exigences (besoins du client)
└─► Conception
└─► Planification (budget, échéances)
└─► Réalisation
└─► Validation et correction
└─► MaintenanceApproche linéaire et séquentielle : la fin d'une phase déclenche la suivante, sans retour en arrière.
| Avantages | Inconvénients |
|---|---|
| simple à comprendre et à piloter | les projets complexes se découpent rarement en phases nettes |
| planning précis dès le départ | peu de souplesse quand les exigences changent |
| documentation complète | l'utilisateur ne découvre le produit qu'après la programmation |
| les erreurs sont parfois détectées à la fin seulement, quand elles coûtent le plus cher |
Le cycle en V
Développé dans les années 1980 pour les projets industriels puis étendu à l'informatique, le cycle en V découle de la cascade. Sa branche descendante décrit la conception (besoins, spécifications, conception générale, conception détaillée), puis vient le codage, et sa branche ascendante associe à chaque étape de conception une étape de validation (tests unitaires, d'intégration, de validation, recette). Il a été remis en cause à partir des années 2000, avec l'accélération des changements technologiques. (Le schéma détaillé est au chapitre 1 du module M201.)
| Avantages | Inconvénients |
|---|---|
| on ne revient pas sans cesse sur les spécifications : une étape validée est une base solide | l'effet tunnel : un long délai entre l'expression du besoin et la recette, pendant lequel le client ne voit rien |
| rigoureux et intuitif ; chacun sait où il en est | supporte mal le changement : si le besoin évolue ou a été mal exprimé, tout est à refaire |
| documentation réutilisable d'un projet à l'autre | une documentation lourde, produite au début et difficile à corriger ensuite |
| adapté aux équipes multisites : seulement des réunions de pilotage aux changements de phase | peu de réactivité face aux imprévus et au marché |
Le cycle en Y et le processus unifié
Le processus unifié (UP, Unified Process) est une famille de démarches conçues avec UML (module M201). Un processus unifié est :
- itératif et incrémental : le système est construit par itérations successives, chacune ajoutant un incrément ;
- centré sur l'architecture ;
- piloté par les cas d'utilisation (les besoins des utilisateurs) ;
- piloté par les risques : les éléments les plus risqués sont traités en premier.
Le 2TUP (2 Track Unified Process) propose un cycle en Y : une branche fonctionnelle (capture des besoins fonctionnels, analyse) et une branche technique (capture des besoins techniques, architecture générique) avancent en parallèle, puis fusionnent en une branche de réalisation (conception, codage, tests, déploiement).
branche fonctionnelle branche technique
(besoins fonctionnels, (besoins techniques,
analyse) architecture générique)
\ /
\ /
\______________________/
|
conception préliminaire et détaillée
|
codage, tests, recetteVidéo · À regarder
FRLe cycle en V - Pilotage de projet
Yann Bidon · YouTube
Ce que tu vas voir (vidéo courte, entièrement sur ce sujet) : le cycle en V : la branche descendante (spécifications, conception) et la branche montante (tests correspondants), et ses limites quand le besoin change. C'est le cycle en V présenté parmi les méthodes prédictives.
Leçon 2
Les méthodes agiles
Le Manifeste agile
En février 2001, à Snowbird (États-Unis), dix-sept experts du développement logiciel ont rédigé le Manifeste pour le développement agile de logiciels. Il fixe 4 valeurs et 12 principes.
| N° | Les 12 principes, résumés | Ce que ça change concrètement |
|---|---|---|
| 1 | satisfaire le client en livrant tôt et régulièrement des fonctionnalités utiles | une première version utilisable en quelques semaines |
| 2 | accueillir le changement, même tard dans le projet | un nouveau besoin entre dans le backlog, il n'est pas refusé |
| 3 | livrer fréquemment un logiciel opérationnel, de quelques semaines à quelques mois, en préférant les délais courts | des sprints de 1 à 4 semaines |
| 4 | utilisateurs (métier) et développeurs travaillent ensemble quotidiennement | le Product Owner est disponible pour l'équipe |
| 5 | réaliser les projets avec des personnes motivées, leur donner l'environnement et le soutien dont elles ont besoin, et leur faire confiance | pas de micro-management |
| 6 | le dialogue en face à face est la méthode la plus efficace pour transmettre l'information | le Daily Scrum, les équipes regroupées (ou en visio) |
| 7 | un logiciel opérationnel est la principale mesure d'avancement | « terminé » veut dire testé et utilisable, pas « codé à 90 % » |
| 8 | un rythme soutenable et constant, indéfiniment | pas d'heures supplémentaires en permanence |
| 9 | une attention continue à l'excellence technique et à une bonne conception | tests automatisés, revue de code, refactoring |
| 10 | la simplicité, l'art de maximiser la quantité de travail non faite, est essentielle | ne pas développer ce que personne n'a demandé |
| 11 | les meilleures architectures, spécifications et conceptions émergent d'équipes auto-organisées | l'équipe décide elle-même comment réaliser le travail |
| 12 | à intervalles réguliers, l'équipe réfléchit à comment devenir plus efficace et ajuste son comportement | la rétrospective de sprint |
Tableau: Les principales méthodes agiles
| Méthode | Principe | Pratiques clés |
|---|---|---|
| Scrum (années 1990) | un cadre de gestion par sprints de durée fixe (1 à 4 semaines) avec des rôles, des événements et des artefacts définis | Product Owner, Scrum Master, Developers ; backlog ; Sprint Planning, Daily Scrum, revue, rétrospective (chapitre 5) |
| Kanban (issu de la production de Toyota ; kanban signifie « étiquette » ou « panneau » en japonais) | visualiser le flux du travail dans un tableau à colonnes et limiter le travail en cours | colonnes (À faire, En cours, En test, Terminé) ; limites WIP (Work In Progress) par colonne ; mesure du délai de traitement ; pas de sprints obligatoires |
| Lean (Lean software development) | produire de la valeur en éliminant le gaspillage | supprimer les fonctionnalités inutiles, les attentes, les allers-retours ; apprendre en continu ; livrer vite |
| XP (eXtreme Programming, Kent Beck, fin des années 1990) | pousser à l'extrême les bonnes pratiques de programmation | programmation en binôme, développement piloté par les tests (TDD), intégration continue, refactoring, petites livraisons, propriété collective du code |
| RAD (Rapid Application Development, James Martin, 1991) | développement rapide par prototypes successifs validés par l'utilisateur | maquettes, itérations courtes, outils de génération |
À FAIRE EN COURS (max 3) EN TEST (max 2) TERMINÉ
┌───────────┐ ┌───────────┐ ┌───────────┐ ┌───────────┐
│ Panier │ │ Recherche │ │ Connexion │ │ Accueil │
├───────────┤ ├───────────┤ └───────────┘ ├───────────┤
│ Paiement │ │ Fiche │ │ Catalogue │
├───────────┤ │ livre │ └───────────┘
│ Avis │ └───────────┘
└───────────┘
Une nouvelle carte n'entre dans EN COURS que s'il y a moins de 3 cartes.Leçon 3
Cycle en V ou méthodes agiles ?
| Cycle en V | Méthodes agiles | |
|---|---|---|
| centré sur | le processus (suivre les étapes) | le produit (livrer de la valeur) |
| définition du besoin | complète au départ | progressive, affinée à chaque itération |
| réalisation | en une seule phase, conçue en amont et vérifiée en aval | incrémentale : morceau par morceau |
| le client voit le produit | à la fin (recette) | à chaque itération (revue de sprint) |
| changements | coûteux, à éviter | bienvenus |
| documentation | exhaustive | suffisante |
| risque principal | l'effet tunnel : livrer un produit qui ne correspond plus au besoin | la dérive si le Product Owner n'est pas disponible ou si la discipline manque |
| adapté à | besoins stables et bien connus, contexte réglementé (aéronautique, banque, administration), contrat au forfait | besoins incertains ou évolutifs, produit numérique, marché concurrentiel |
Vidéo · À regarder
FRScrum VS Cycle en V - La Minute Agile Scrum #73
La Minute Agile · YouTube
Ce que tu vas voir (vidéo courte, entièrement sur ce sujet) : une comparaison courte entre Scrum et le cycle en V : le moment où le client voit le produit, la gestion du changement et le rôle de chacun. C'est la comparaison de cette section.
TP fil rouge · Le choix de méthode pour Kitab
Pour le projet Kitab, réponds aux quatre questions de la méthode de choix (section 3) et conclus. Rédige ensuite, en dix lignes, la « présentation de la méthode » que tu ferais à la gérante de Kitab, qui ne connaît pas l'agilité : comment elle participera, ce qu'elle verra et quand.
Exercices
Choisis la bonne réponse
1Le principal inconvénient du cycle en V est…
2Le Manifeste agile a été rédigé en…
3La valeur agile « des logiciels opérationnels plus que… » se termine par…
4Le cycle en Y sépare deux branches…
5La méthode qui limite le travail en cours dans chaque colonne est…
6La programmation en binôme et le TDD sont des pratiques de…
7Selon le Manifeste, la principale mesure d'avancement est…
8Un projet aux besoins stables, très réglementé et au forfait convient plutôt à…
Quelle valeur, quel principe ?
Pour chaque situation, cite la valeur ou le principe du Manifeste agile respecté ou violé : (1) l'équipe refuse une demande du client parce qu'elle n'était pas dans le cahier des charges ; (2) l'équipe fait 60 heures par semaine depuis trois mois ; (3) toutes les deux semaines, l'équipe se réunit pour améliorer sa façon de travailler ; (4) un chef de projet décide seul de la répartition technique des tâches entre développeurs ; (5) le client teste une nouvelle version du site tous les quinze jours.
Choisis la méthode
Propose une méthode (cascade, cycle en V, Scrum, Kanban) pour chaque projet et justifie : (1) le logiciel de contrôle d'un appareil médical ; (2) une start-up qui lance une application de covoiturage et ne sait pas encore quelles fonctionnalités plairont ; (3) l'équipe de support qui traite les tickets d'incidents d'un site e-commerce, sans échéance fixe ; (4) la migration, au forfait, d'un intranet vers un nouveau serveur, avec un périmètre parfaitement connu.
Calcule l'effet tunnel
Un projet en cycle en V dure 10 mois : 3 mois de spécifications et de conception, 5 mois de réalisation, 2 mois de tests et de recette. Le même projet en Scrum livre une version utilisable toutes les 3 semaines à partir du 2e mois. (1) Au bout de combien de mois le client voit-il pour la première fois le produit dans chaque cas ? (2) Combien de versions le client aura-t-il pu tester en Scrum à la fin du 10e mois ? (On compte 4 semaines par mois.)
L'essentiel du chapitre
À retenir
- Prédictives : cascade (linéaire, sans retour), cycle en V (conception ↔ validation, effet tunnel), cycle en Y / 2TUP (branches fonctionnelle et technique, processus unifié itératif mais lourd).
- Manifeste agile (2001) : individus et interactions, logiciel opérationnel, collaboration avec le client, adaptation au changement, plus que processus, documentation, contrat, plan ; 12 principes (livrer tôt et souvent, accueillir le changement, travailler ensemble, rythme soutenable, excellence technique, simplicité, auto-organisation, amélioration continue…).
- Méthodes agiles : Scrum (sprints, rôles, événements, artefacts), Kanban (flux, limites WIP), Lean (éliminer le gaspillage), XP (binôme, TDD, intégration continue), RAD.
- V : processus, besoin complet, une seule réalisation, client à la fin ; agile : produit, besoin progressif, incréments, client à chaque itération.