Fiche de révision : Agilité et méthode Scrum

📋 Plan du Cours

1. Origines et limites prédictives
2. Manifeste et méthodes agiles
3. Principes fondamentaux de Scrum
4. Rôles et organisation Scrum
5. Besoin et backlog produit
6. Préparation et déroulement du sprint
7. Mesure et définition du Done
8. Review et rétrospective

📖 1. Origines et limites prédictives

📝 Points essentiels

• Les méthodes prédictives, comme la cascade, le cycle en V et PERT, ont été conçues pour de grands projets d’infrastructure ou de transformation sociétale.

📌 Les méthodes prédictives font précéder la réalisation par de nombreuses phases de documentation, imposent des procédures rigides et s’appuient sur un contrat ferme entre client et fournisseur.

• Dans les méthodes prédictives, l’objectif de fin peut rester inchangé alors que le besoin évolue, ce qui provoque des incompréhensions découvertes tardivement par effet tunnel.

💡 Astuce mémo

Plan figé des méthodes prédictives contre adaptation aux besoins changeants

📖 2. Manifeste et méthodes agiles

★ À maîtriser

• Le Manifeste Agile valorise les individus et leurs interactions plus que les processus et les outils.

• Le Manifeste Agile valorise des logiciels opérationnels plus qu’une documentation exhaustive.

• Le Manifeste Agile valorise la collaboration avec les clients plus que la négociation contractuelle.

• Le Manifeste Agile valorise l’adaptation au changement plus que le suivi d’un plan.

Compléments

• Les méthodes agiles citées sont:
  • RAD
  • XP
  • Scrum
  • Scrumban, qui combine Kanban et Scrum

💡 Astuce mémo

Individus, produit, collaboration, adaptation : les quatre valeurs prioritaires

📖 3. Principes fondamentaux de Scrum

★ À maîtriser

📌 Les actions Scrum sont réalisées dans des time-boxes de taille réduite et chaque action doit apporter de la valeur au produit.

• Scrum repose sur trois piliers:

  • la transparence
  • l’inspection
  • l’adaptation

• En Scrum, les spécifications sont décrites en termes d’usage au moyen de user stories, et les itérations sont livrées à rythme constant conformément à la Definition of Done.

Compléments

• Scrum utilise des rituels, appelés assemblées, et des artéfacts, appelés produits.

💡 Astuce mémo

TIA : Transparence, Inspection, Adaptation

📖 4. Rôles et organisation Scrum

🔑 Notions clés & Définitions

• Product Owner : représente le client auprès de l’équipe et raisonne principalement sur les aspects fonctionnels plutôt que techniques
• Scrum Master : est un facilitateur de l’équipe et un garant des bonnes pratiques, mais il n’est ni un chef ni nécessairement un expert technique
• Dev Team : possède toutes les compétences nécessaires au projet, devrait rester stable et ne devrait pas faire apparaître de leader vis-à-vis de l’extérieur

📝 Points essentiels

• Une équipe Scrum est typiquement composée de 3 à 7 membres regroupés dans le même bureau, et Scrum ne comporte pas de chef de projet.

💡 Astuce mémo

PO pour la valeur, Scrum Master pour le cadre, Dev Team pour la réalisation

📖 5. Besoin et backlog produit

🔑 Notions clés & Définitions

• Backlog produit : est le référentiel fonctionnel du projet, composé de user stories écrites par le Product Owner, priorisées et mises à jour dynamiquement par celui-ci
• User story : suit le formalisme « En tant que… je veux que… afin de… » et associe une fonctionnalité à un rôle et à la valeur attendue

📝 Points essentiels

• L’expression du besoin est découpée en epics, puis en user stories référencées et priorisées dans le backlog produit.

📌 Une user story devient Ready lorsque sa rédaction INVEST, ses éventuels wireframes, sa priorité, sa compréhension par l’équipe, son estimation, ses critères d’acceptation et sa procédure de démonstration sont établis.

• Selon INVEST, une user story doit être:
  • Indépendante
  • Négociable
  • Valorisante
  • Estimable
  • Simple
  • Testable

💡 Astuce mémo

Epic → User Story → critères d’acceptation → Ready

📖 6. Préparation et déroulement du sprint

★ À maîtriser

• Le Sprint Planning passe en revue les user stories prioritaires et Ready, vérifie les préséances et la capacité de l’équipe, puis sélectionne les stories du backlog de sprint.

📌 La mêlée quotidienne se tient chaque jour du sprint dans une time-box maximale de 5 à 15 minutes et porte sur le travail d’hier, celui d’aujourd’hui et les difficultés ou besoins du projet.

• Un projet Scrum est organisé en une succession de sprints dont la durée est souvent de 2 semaines, classiquement de 3 semaines et parfois de 4 semaines.

Compléments

• Au début du sprint, chaque user story est découpée en tâches, les points sont répartis entre ces tâches et le scrum board est mis à jour avec les stories, les tâches et les ressources.

💡 Astuce mémo

Planning → tâches → Daily → Done

📖 7. Mesure et définition du Done

🔑 Notions clés & Définitions

• Vélocité : est sa capacité à traiter un certain nombre de points de user story pendant la durée d’un sprint
• Definition of Done : est l’ensemble des critères communs qui doivent être intégralement réalisés pour annoncer une user story comme finie et la livrer

★ À maîtriser

• Un exemple de Definition of Done exige notamment un code testé unitairement avec 100 % de réussite, une intégration continue avec 0 bug N4/N3 et un taux de couverture de 90 %.

Compléments

📌 La vélocité dépend de la séniorité et de la complémentarité de l’équipe ainsi que de la complexité et de la nouveauté du projet, et elle tend à croître avec l’expérience de l’équipe.

• Pour calculer la vélocité, il est préférable d’utiliser les 8 dernières itérations afin de limiter les à-coups et les valeurs extrêmes.

💡 Astuce mémo

Découpage fin et suivi quotidien → convergence vers la valeur livrable

📖 8. Review et rétrospective

🔑 Notions clés & Définitions

• Burn down chart : est un outil de gestion de la convergence entre la valeur produite et la capacité de valeur productible dans le sprint

• Burn up chart : visualise l’écart entre le travail théorique total du backlog produit et le travail Done, en tenant compte de la vélocité de l’équipe

★ À maîtriser

• La sprint review présente uniquement les user stories Done et démontrables, recueille les retours des sponsors et de l’organisation, puis affine les travaux futurs.

• La rétrospective recueille le sentiment de l’équipe et les données, génère des idées et définit des actions d’amélioration après une ouverture et avant une clôture.

📌 Une augmentation du backlog pendant le développement rallonge le projet d’un nombre de sprints calculable par le rapport entre les points de user story ajoutés et la vélocité.

Compléments

• Pour une itération de 3 semaines, la sprint review dure environ 1 heure à 1 heure 30, tandis que la rétrospective dure environ 2 heures.

💡 Astuce mémo

Démontrer le Done → recueillir le retour → améliorer l’itération suivante

📊 Tableaux de synthèse

Rôles Scrum