S'inscrivant comme son nom l'indique dans le vocabulaire des méthodes agiles, un sprint agile renvoie à une phase séquentielle de développement d'un produit. On entend par sprint des itérations de courtes durées décomposant un processus de développement souvent complexe afin de le rendre plus simple et plus facile à réadapter et à améliorer en fonction du résultat des évaluations intermédiaires (voir le schéma ci-dessous).
Dans la logique des méthodes agiles, l'objectif est de commencer petit pour ensuite améliorer la première version d'un produit par petites itérations. Ce qui évite toute prise de risque trop importante. On sort de l'effet tunnel des projets de cycle en V qui se découpent en phases successives d'analyse, de spécification, de conception, de codage, et de test. Des chantiers qui se caractérisent par une livraison unique en bout de course, sans allers-retours intermédiaires avec les utilisateurs métier. Résultat : le produit risque de ne plus coller aux besoins du terrain qui auront pu évoluer dans l'intervalle.
Travailler par sprints de développement successifs présente plusieurs avantages. D'abord, ce process offre une meilleure maîtrise de la valeur ajoutée et de la qualité du produit ou service final. Les itérations permettant de rectifier le tire à tout moment en fonction des retours clients. Un premier produit étant lancé rapidement, le retour sur investissement est aussi souvent plus rapide.
Au final, le mode sprint contribue à accroître la satisfaction du client, qu'il soit utilisateur interne du produit ou client final. Ce dernier se sent pris en compte tout au long du process de développement.
En règle générale, la durée d'un sprint oscille entre une et quatre semaines. La durée impartie pour la réalisation de chaque cycle va dépendre des tâches définies comme étant prioritaires et du temps jugé nécessaire par les membres de l'équipe de projet pour pouvoir les effectuer. Un sprint vise à atteindre un objectif unique et précis de développement produit.
Si la notion de sprint est bien connue des équipes de développeurs, c’est parce qu’elle est la pierre angulaire de Scrum, le framework agile actuellement la plus utilisé. D'où le qualificatif de sprint Scrum. Dans le cadre de cette méthode, le délai d'un sprint est déterminé concertation entre les membres de l'équipe projet.
Mais Scrum n'est pas la seule méthode agile à s'appuyer sur des itérations courtes de développement. D'autres méthodes agiles comme l'Extreme programming, le Feature-driven development ou le Crystal Clear fonctionnent également à partir de cycles de développement rapides équivalents aux sprints.
Le sprint planning est la première étape d’un sprint. Il s’agit d’un évènement assez codifié lors duquel le cycle de développement est organisé et les objectifs à atteindre clairement exposés. Les informations relatives au processus de développement doivent être connues de tous les membres afin de faciliter leur communication.
Le daily scrum meeting est une réunion intermédiaire qui intervient en cours de sprint. Elle réunit les membres de l'équipe de développement. Objectif : mettre à jour le plan pour atteindre l'objectif en fonction de ce qui a été fait.
Ne devant pas dépasser 15 minutes, le daily scrum meeting est aussi l'occasion d'évoquer les difficultés. Si un débat est lancé sur un point de blocage, il est alors recommandé de prévoir une réunion dédié à la question se limitant aux personnes concernées.
A la fin de chaque sprint, une revue de sprint est organisée pour que l'équipe de développement puisse présenter les incréments apportés au produit en cours d'élaboration.
La réunion est l'occasion de faire le point sur l'état d'avancement du produit. Est-il toujours en phase avec les besoins des métier ? Est-il nécessaire le cas échéant de faire des adaptations ? Lors de la sprint review, le périmètre du prochain sprint est aussi évoqué.
La rétrospective de sprint intervient dans la foulée de chaque sprint review. Les utilisateurs métier n'y sont généralement pas invités. Elle offre à l'équipe de développement un espace d'échange pour tirer les enseignements du sprint, plancher sur des axes d'amélioration des processus et outils. C'est aussi l'occasion de revenir sur les relations entre les membres de l'équipe et les problèmes éventuellement rencontré.
Dans le langage agile, la sprint retrospective s'inscrit dans le principe d'amélioration continue. L'objectif est que le prochain sprint soit plus efficace que le précédent et ainsi de suite. C'est une méthode empirique, c'est-à-dire basée sur l'expérience et sur l'auto-apprentissage.
Le backlog sprint n'est pas abordé par le framework Scrum. Il est néanmoins très utilisé, même s'il n'est pas recommandé car assez lourd à mettre en place. Il consiste à regrouper l'ensemble des user stories (c'est-à-dire les demandes fonctionnelles des utilisateurs métier) que l'équipe de développement s'est engagée à achever lors d'un sprint. L'état d'avancement de ces demandes sera représenté à travers un tableau kanban (ou scrum board). Chaque membre de l'équipe aura ainsi une vision commune du sprint en cours.
Les user stories sont de plusieurs types : développement de fonctionnalités, d'environnements techniques, corrections de bugs, etc. Il s'agit des unités de travail les plus fines. Elles sont toujours décrites du point de vue de l'utilisateur final. Elles rapportent donc l'unité de travail du développeur à la valeur ajoutée qu'il apportera au final.
Là où le sprint agile renvoie aux cycles de développement d'un produit, le design sprint désigne, lui, le processus de création qui se situe en amont. Inspiré du design thinking, il a pour but de passer à la loupe un maximum d'idées en équipe. S'étalant en général sur un période de cinq jours, il permet de valider rapidement un concept de produit ou de service. Objectif : parvenir à un ou deux prototypes qui seront ensuite éprouvés sur des utilisateurs réels le dernier jour.
Capitalisant sur l'intelligence collective, le design de sprint vise à répondre rapidement à une problématique business en définissant une politique produit claire et éprouvée, accompagnée d'une feuille route de développement. In fine, la logique est évidemment d'accélérer le time to market tout en réduisant le risque commercial. Les principaux fondamentaux du design sprint : équipe pluridisciplinaire, unité de temps et de lieu, prototypage rapide et test en condition réelle.
Sommaire Définition sprint agile Avantages du sprint Durée d'un sprint Sprint Scrum Sprint planning Sprint daily meeting Sprint review Sprint retrospective Sprint backlog Design sprint Un sprint agile,…
Je gère mes abonnements push
Les informations recueillies sont destinées à CCM Benchmark Group pour vous assurer l’envoi de votre newsletter.
Elles seront également utilisées sous réserve des options souscrites, par CCM Benchmark Group à des fins de ciblage publicitaire et prospection commerciale au sein du Groupe Le Figaro, ainsi qu’avec nos partenaires commerciaux.
Le traitement de votre email à des fins de publicité et de contenus personnalisés est réalisé lors de votre inscription sur ce formulaire. Toutefois, vous pouvez vous y opposer à tout moment
Plus généralement, vous bénéficiez d’un droit d’accès et de rectification de vos données personnelles, ainsi que celui d’en demander l’effacement dans les limites prévues par la loi.
Vous pouvez également à tout moment revoir vos options en matière de prospection commerciale et ciblage. En savoir plus sur notre politique de confidentialité ou notre politique Cookies.
