Contrairement aux méthodologies Waterfall et Cycle-V, la méthodologie SCRUM est itérative et incrémentale.
- On parle de méthodologie incrémentale lorsque chaque étape/phase s’ajoute sur la précédente de manière linéraire, comme Waterfall par exemple.
- On parle de méthodologie itérative lorsque l’on définit un produit minimal (MVP) rapidement puis que l’on améliore sans cesse jusqu’a ce que ce dernier soit approuvé complètement
- Et enfin on parle de méthodologie incrémentale et itérative lorsque l’on crée une base minimale, que l’on améliore sans cesse (itératif) et qu’a chaque fois on ajoute des composantes en plus (incrémental)
Scrum est fondé sur 3 grands principes :
- La transparence, toutes les tâches, contrôle de qualité, éléments et parties du projet doivent être visibles
- L’inspection, le projet et l’organisation des tâches elle même doit être revue en permanence afin de l’améliorer
- L’adaptation, le projet doit être adapté en permanence afin de pouvoir répondre au mieux aux demandes changeantes du client
Egalement scrum a plusieurs artefacts :
- Le product backlog décrit le projet divisé en différentes petites parties/tâches inspirée de la roadmap et du product requirement.
- Les product backlog items sont les éléments du product backlog ces derniers comportent une description (généralement sous la forme d’une user story), une estimation de l’effort nécessaire et des critères d’acceptations
- Le sprint backlog qui reprends les éléments du backlog pour une durée précise avec un but précis et qui va décrire chaque élément du backlog pour y assigner un·e responsable, et des tâches plus précises (Sprint Tasks)
- Le sprint burndown chart est une représentation visuelle du travail accomplis et du travail restant pour le sprint sous forme d’un graphique. Cela permet de savoir si il est réaliste d’arriver à atteindre les objectifs du sprint (et ainsi faire mieux au prochain sprint)
- Le release burndown chart fonctionne de la même manière que le sprint burndown chart mais au niveau de tout le backlog pour une release donnée, cela permet ainsi de définir le nombre de sprints nécessaires pour finir le backlog.
Petites précisions pour la roadmap et le product requirements :
- La roadmap est une description publique des objectifs à long terme, c’est l’indication du cap à garder dans le projet. Ce document est peu modifié.
- Le product requirement document (PRD) définit les objectifs du projet, les caractéristiques, les fonctionalités et le comportement attendu du produit. Ce document est utilisé par les équipes techniques et commerciales afin de concevoir et promouvoir le produit.