P22 - Gestion de projet : phases, Scrum, Kanban et indicateurs
Objectif
Savoir travailler en mode projet (compétence du bloc 1 / épreuve E5) : les phases d’un projet, les outils de cadrage (WBS, RACI, SWOT), les méthodes agiles Scrum et Kanban, et les indicateurs (burndown, vélocité).
Source
Fiche rédigée à partir de cours de lidstah (cours de lidstah). Voir aussi M08 - Ordonnancement MPM pour la planification avec dates et chemin critique.
1. Les 5 phases d’un projet
flowchart LR A["1. Initialisation<br/>périmètre, RACI, budget"] --> B["2. Planification<br/>tâches, équipe, risques"] --> C["3. Exécution<br/>+ documentation"] --> E["5. Clôture<br/>livraison, bilan"] C <--> D["4. Contrôle<br/>où on en est ? on corrige"]
| Phase | Contenu |
|---|---|
| Initialisation | Pourquoi ce projet, périmètre, livrables, WBS, RACI, premiers jalons, coûts/bénéfices, SWOT |
| Planification | Méthode choisie, équipe, tâches, estimation temps et coût, planning, gestion des risques, critères de qualité, accord pour démarrer |
| Exécution | Chacun connaît son rôle ; communication ; documentation au fil de l’eau |
| Contrôle | Où en est-on ? Où devrait-on en être ? Comment se remettre sur les rails ? |
| Clôture | Livraison, facturation, retour d’expérience (ce qui a marché, ce qu’on change) |
| Outil de cadrage | Explication |
|---|---|
| WBS (Work Breakdown Structure) | Découper le projet en sous-parties, jusqu’aux tâches simples |
| RACI | Pour chaque tâche : qui Réalise, qui est Approbateur (responsable final, un seul), qui est Consulté, qui est Informé |
| SWOT | Forces, faiblesses (internes) / opportunités, menaces (externes) |
| Jalon (milestone) | Date clé où on vérifie qu’une étape est atteinte |
Exemple de matrice RACI pour « installer un serveur GLPI » :
| Tâche | Technicien | Chef de projet | RSSI | Utilisateurs |
|---|---|---|---|---|
| Choisir l’hébergement | C | A | C | I |
| Installer la VM et GLPI | R | A | I | |
| Valider la sécurité | C | A | R | |
| Former les utilisateurs | R | A | I |
2. L’agilité
Au lieu de tout prévoir au début (cycle en V), on avance par petites itérations et on s’adapte aux changements, avec l’équipe impliquée.
Scrum (vocabulaire du rugby : la mêlée)
| Élément | Rôle |
|---|---|
| Product Owner (PO) | Représente le client, fixe les priorités du backlog |
| Scrum Master | Facilite, protège l’équipe des interruptions (ce n’est pas un chef) |
| Équipe | Réalise |
| Product backlog | Liste priorisée de tout ce qu’il y a à faire, en user stories (« En tant que…, je veux…, afin de… ») |
| Sprint | Itération de 1 à 4 semaines avec un objectif |
| Epic | Grosse fonctionnalité découpée en plusieurs stories |
| Story points | Estimation de l’effort (souvent suite de Fibonacci : 1, 2, 3, 5, 8, 13) |
flowchart LR PB["Product backlog"] --> SP["Sprint planning"] --> SB["Sprint backlog"] --> D["Sprint (1-4 sem.)<br/>+ daily scrum 15 min"] --> R["Sprint review<br/>(démo)"] --> RE["Rétrospective<br/>(on s'améliore)"] --> SP
Pièges cités par lidstah : la dette technique qui s’accumule, un Scrum Master qui se prend pour un chef de projet, un « cycle en V déguisé en Scrum ».
Kanban
Un tableau de colonnes ; chaque carte (tâche) avance de gauche à droite. On limite le nombre de tâches en cours pour éviter de tout commencer sans rien finir.
| À faire | En cours | Relecture | Terminé |
|---|---|---|---|
| Ajouter la 2FA | Déployer Keycloak | Interface 2FA (PR 905) | VM pour l’IdP |
Scrumban = sprints de Scrum + tableau Kanban, une seule tâche à la fois par personne. SAFe = Scrum à l’échelle de plusieurs équipes (grandes entreprises).
3. Les indicateurs (KPI)
| Indicateur | Ce qu’il montre |
|---|---|
| Burndown | Travail restant (en points) jour après jour : la courbe doit descendre vers 0 à la fin du sprint |
| Vélocité | Points réalisés par sprint (moyenne sur 3 sprints pour prévoir les suivants) |
| Tableau de contrôle | Temps entre « en cours » et « terminé » pour chaque tâche |
| Flux cumulé | À faire / en cours / fini empilés : révèle les goulots d’étranglement |
| ROTI | Return On Time Invested : chacun note de 1 à 5 si le temps passé en valait la peine |
Calcul de vélocité (exemple du cours)
Sprint avec 3 stories de 10, 5 et 13 points. Les stories de 10 et 13 sont finies → vélocité = 23 sur 28 prévus.
4. Les outils
| Libres (auto-hébergeables) | Propriétaires |
|---|---|
| OpenProject, Redmine, Kanboard, Taiga, ProjeQtOR (français), Tuleap, GLPI (module projets) | Jira, Trello, Asana, MS Project |
Le projet technique de lidstah se gère dans OpenProject : sprint 1 = monter une petite infra (VM BDD, VM routeur/pare-feu, VM K3s ou Docker avec Gitea/Forgejo et OpenCloud), sprint 2 = la sécuriser (matrice de flux, WAF BunkerWeb), avec captures d’écran de l’avancement.
Exercices
- Dans un RACI, combien de personnes peuvent être « A » sur une tâche ?
- Ton burndown reste plat pendant 4 jours. Qu’est-ce que ça signifie ?
- Écris une user story pour « réinitialiser son mot de passe GLPI soi-même ».
Correction
- Une seule : c’est celle qui rend des comptes au final.
- Aucune tâche n’est terminée : blocage, tâches trop grosses, ou équipe interrompue. À soulever au daily scrum.
- « En tant qu’utilisateur, je veux réinitialiser mon mot de passe GLPI depuis la page de connexion, afin de ne pas dépendre du support quand je l’ai oublié. »
Voir aussi
- P01 - Référentiel et épreuves (E5, E6, E7) · M08 - Ordonnancement MPM · SV04 - GLPI et gestion de parc (ITIL) · O04 - Git et GitHub · C02 - Finalités et performance de l’entreprise
- Cours complet : cours de lidstah · cours de lidstah
- Retour : P00 - Programme pas encore vu