Gestion de projets informatiques et méthodes agiles

C'est le coût futur de retravailler un code écrit rapidement pour respecter un délai, au lieu d'utiliser une solution propre et durable.

💡 À retenir : Trop de dette technique ralentit le développement à long terme.

Réunion au début du Sprint où l'équipe sélectionne les éléments du Product Backlog à réaliser durant le Sprint.

💡 À retenir : On définit le "Sprint Goal" (objectif).

Réunion à la fin du Sprint pour présenter le travail accompli aux parties prenantes et recueillir leurs feedbacks.

💡 À retenir : On montre le produit fini, pas des slides.

Réunion interne à l'équipe pour analyser ce qui a bien fonctionné et ce qui doit être amélioré dans le processus de travail.

💡 À retenir : Amélioration continue du processus.

Non, le Product Owner représente le client. Le client intervient surtout lors de la Sprint Review pour valider le produit.

💡 À retenir : Le PO est la voix du client dans l'équipe.

Le Product Owner réévalue le Product Backlog et ajuste les priorités pour le prochain Sprint. Le Sprint en cours ne doit pas être modifié.

💡 À retenir : Stabilité du Sprint = efficacité.

1. Waterfall (cascade) est linéaire : on finit une phase avant de passer à la suivante.
2. Scrum est itératif : on développe par petits morceaux (Sprints) et on ajuste selon les retours.

💡 À retenir : Waterfall est rigide, Scrum est flexible.

1. Additionne la somme des points (Story Points) des tâches terminées lors d'un Sprint.
2. Fais la moyenne sur les 3 derniers Sprints pour avoir une estimation fiable.

💡 À retenir : La vélocité mesure la capacité de travail réelle, pas le temps passé.

Non, le Scrum Master est un "servant-leader". Il n'est pas le chef hiérarchique, mais celui qui aide l'équipe à respecter les règles Scrum et élimine les blocages.

💡 À retenir : Le Scrum Master facilite, il ne commande pas.

C'est une description courte d'une fonctionnalité du point de vue de l'utilisateur final. Elle doit être simple et centrée sur la valeur ajoutée.

💡 À retenir : Format : "En tant que... je veux... afin de...".

C'est la liste exhaustive et priorisée de toutes les fonctionnalités, corrections et améliorations nécessaires au produit.

💡 À retenir : Il est vivant et évolue tout au long du projet.

Pour synchroniser l'équipe, partager les avancées de la veille, les objectifs du jour et signaler les obstacles rencontrés.

💡 À retenir : Maximum 15 minutes, debout.