Retour au Hub
💼 Mukbang Business

Gestion de Projet Agile

Scrum, Kanban, User Stories -- les fondamentaux pour piloter un projet moderne.

Diagramme de Gantt

Clique une tâche : sa durée et ses dépendances (les tâches qui doivent finir avant) se surlignent.

S1S2S3S4S5 Cadrage Design Dev Tests Lancement Clique une tâche pour voir ses dépendances.

Agile vs Waterfall : deux philosophies

Waterfall (Cascade)

Approche sequentielle heritee de l'industrie. Chaque phase se termine avant que la suivante ne commence.

  • Analyse des besoins
  • Conception detaillee
  • Developpement
  • Tests
  • Livraison finale
Limite : le client ne voit le produit qu'a la fin. Si les besoins changent en cours de route, il faut tout reprendre.

Agile (Iteratif)

Approche iterative et incrementale. On livre de la valeur a chaque cycle court (sprint) et on s'adapte en continu.

  • Cycles courts de 2 a 4 semaines
  • Feedback client a chaque iteration
  • Adaptation au changement
  • Collaboration quotidienne
  • Livraison continue de valeur
Avantage : le produit evolue avec les retours utilisateurs. On reduit le risque d'echec en validant tot et souvent.
Critere Waterfall Agile
Planification Tout est planifie au debut Plan adaptatif, ajuste a chaque sprint
Livraison Une seule livraison finale Livraisons frequentes et incrementales
Changements Couteux et difficiles Bienvenus et integres
Feedback client En fin de projet A chaque sprint (toutes les 2-4 sem.)
Risque Eleve (validation tardive) Reduit (validation continue)
Ideal pour Projets a specifications figees (BTP, reglementaire) Projets logiciels, startups, produits evoluant vite

Le framework Scrum

Les 3 roles

Product Owner

Represente le client et les utilisateurs. Il definit les priorites du Product Backlog et s'assure que l'equipe cree le maximum de valeur.

  • Gere le Product Backlog
  • Definit les User Stories
  • Accepte ou refuse le travail livre
Scrum Master

Facilitateur et gardien du processus Scrum. Il aide l'equipe a s'auto-organiser et supprime les obstacles (impediments).

  • Facilite les ceremonies Scrum
  • Protege l'equipe des distractions
  • Coache sur les pratiques Agile
Equipe de Dev

Equipe pluridisciplinaire et auto-organisee (3 a 9 personnes). Elle s'engage a livrer un increment fonctionnel a chaque sprint.

  • Developpe, teste, deploie
  • Estime la complexite des taches
  • S'auto-organise au quotidien

Les 4 ceremonies

1
Sprint Planning

Debut de sprint. L'equipe selectionne les User Stories du Product Backlog et les decoupe en taches pour constituer le Sprint Backlog. Duree : 2 a 4 heures.

2
Daily Stand-up

Chaque jour, max 15 minutes, debout. Chaque membre repond a 3 questions : qu'ai-je fait hier ? Que vais-je faire aujourd'hui ? Quels obstacles me bloquent ?

3
Sprint Review

Fin de sprint. L'equipe presente le travail accompli (demo) aux parties prenantes et recueille du feedback. Duree : 1 a 2 heures.

4
Sprint Retrospective

Apres la review. L'equipe reflechit a son fonctionnement : qu'est-ce qui a bien marche ? Qu'est-ce qu'on peut ameliorer ? Actions concretes pour le prochain sprint.

Le Sprint : un cycle de 2 a 4 semaines

Le sprint est le coeur de Scrum. C'est une periode time-boxee (duree fixe) pendant laquelle l'equipe transforme des User Stories en un increment fonctionnel du produit.

Planning Daily x N jours Review Retro Sprint suivant

Kanban : le flux visuel

Origines

Kanban (signboard en japonais) a ete invente chez Toyota dans les annees 1940 pour optimiser la production automobile. Le principe : rendre le travail visible et limiter ce qui est en cours pour fluidifier le flux.

Adapte au monde logiciel par David J. Anderson dans les annees 2000, il est devenu l'une des methodes Agile les plus utilisees.

3 principes fondamentaux

  • Visualiser le travail -- chaque tache est une carte sur le tableau. On voit instantanement l'etat du projet.
  • Limiter le WIP (Work In Progress) -- ne pas commencer trop de taches en parallele evite la surcharge et les goulots d'etranglement.
  • Optimiser le flux -- mesurer le temps de traversee (lead time) et chercher en permanence a le reduire.

Le tableau Kanban

Un tableau Kanban comporte au minimum 3 colonnes. Des colonnes supplementaires (Review, Test, Blocked...) peuvent etre ajoutees selon les besoins de l'equipe.

A faire

Creer la maquette
Rediger les specs
Configurer le serveur

En cours (WIP: 2)

Developper l'API
Integrer le paiement

Termine

Setup base de donnees

La colonne "En cours" est limitee a 2 taches (WIP limit). Si elle est pleine, il faut terminer une tache avant d'en commencer une nouvelle.

Concepts cles

User Stories

Une User Story decrit une fonctionnalite du point de vue de l'utilisateur. Elle suit un format standard :

En tant que client en ligne,
je veux pouvoir filtrer les produits par prix,
afin de trouver rapidement ce qui correspond a mon budget.

Chaque story doit etre suffisamment petite pour etre realisee en un sprint. Sinon, on la decoupe en plusieurs stories (ou on cree une Epic).

Definition of Done (DoD)

Criteres clairs et partages par l'equipe pour considerer une tache comme reellement terminee. Exemple :

  • Le code est ecrit et revise (code review)
  • Les tests unitaires passent
  • La documentation est a jour
  • La fonctionnalite est deployee en staging
  • Le Product Owner a valide
Sans DoD, chaque membre a sa propre definition de "termine", ce qui cree des malentendus et des bugs.

Velocite

La velocite mesure le nombre de story points que l'equipe livre en moyenne par sprint. Elle sert a planifier les sprints futurs de facon realiste.

Les story points utilisent souvent la suite de Fibonacci (1, 2, 3, 5, 8, 13, 21) pour estimer la complexite relative d'une tache, pas sa duree en heures.

La velocite n'est PAS un indicateur de performance individuelle. C'est un outil de planification d'equipe.

Burndown Chart

Graphique qui montre le travail restant (en story points) jour apres jour pendant le sprint.

Jour 1 Jour 10

Une ligne ideale descend regulierement. Si la courbe stagne ou remonte, c'est un signal d'alerte pour l'equipe.

Outils de gestion de projet

Les outils numeriques aident a materialiser le tableau Kanban et a collaborer a distance. Voici les plus utilises :

Trello Simple, visuel, ideal pour debuter
Jira Standard en entreprise, tres complet
Notion Wiki + Kanban + docs, tout-en-un
Linear Rapide et moderne, prise par les startups
GitHub Projects Integre au code, ideal pour les devs

Passons a la pratique

Vous avez la theorie. Maintenant, mettez-la en pratique avec le simulateur Kanban ci-dessous : deplacez les taches vers "Done" avant la fin du sprint !

Simulateur Kanban

Gerez le flux de travail. Livrez avant la fin du Sprint.

Temps Restant
60s
To Do 0
In Progress 0
Done 0

Vélocité

0

Points livrés

Journal du Sprint

> Sprint started.

A retenir -- les 5 points cles

1

Agile bat Waterfall pour la majorite des projets modernes parce qu'il integre le feedback utilisateur en continu et s'adapte aux changements, au lieu de tout figer au depart.

2

Scrum structure le travail en sprints de 2 a 4 semaines avec des roles clairs (PO, SM, Dev) et 4 ceremonies qui rythment chaque cycle : Planning, Daily, Review, Retro.

3

Kanban rend le travail visible et fluide grace au tableau (To Do / In Progress / Done) et a la limitation du travail en cours (WIP). Moins de multitache = plus de productivite.

4

Les User Stories placent l'utilisateur au centre : "En tant que... je veux... afin de...". Combinees a une Definition of Done claire, elles evitent les malentendus dans l'equipe.

5

La velocite et le burndown chart sont des outils de pilotage, pas de surveillance. Ils aident l'equipe a planifier de maniere realiste et a detecter les problemes tot.

Quiz Gestion de Projet Agile

Testez vos connaissances en gestion de projet avec 22 questions !

Glisser pour continuer vers Finance d'Entreprise
⬇️