Scrum est le framework Agile le plus répandu de nos jours. Par rapport aux pratiques de développement de produits traditionnelles, Scrum est considéré comme une mise à niveau. Il est reconnu par des professionnels de différentes industries du monde entier.
Chaque approche du développement logiciel a son propre cycle de vie. Contrairement à la méthodologie Cascade traditionnelle, le cycle de vie de toutes les méthodes Agiles (y compris Scrum) est plutôt itératif que consécutif. Dans cet article, nous répondrons à la question: Quel est le cycle de vie de Scrum? La première chose à mentionner en donnant la réponse à cette question est que le cycle de vie de Scrum est très similaire à celui des autres méthodologies Agiles. C’est en raison de leurs principes clés communs. Toutes les méthodes Agiles sont basées sur une approche itérative de la performance du projet et sur la prise en compte de l’opinion du client et de l’utilisateur final. Scrum n’est pas une exception.
Il est d’une importance cruciale d’avoir un aperçu approfondi du cycle de vie de la mêlée, mais d’abord, rappelons-nous une théorie de base.
Qu’est-ce que Scrum ?
Scrum est un framework Agile populaire conçu pour le développement de produits incrémentaux. Il a un caractère empirique et permet aux équipes de formuler des hypothèses sur les modèles de travail, de tester leurs idées, de traiter l’expérience et d’effectuer les ajustements nécessaires. Scrum est une méthode itérative et structurée de manière flexible. Il permet des pratiques d’autres cadres où elles s’intègrent logiquement.
Scrum fonctionne par des itérations appelées Sprints, de sorte que les événements principaux et les artefacts d’un Sprint représentent les composants du cycle de vie d’un Scrum.
Combien de jours dure un Sprint typique dans la méthodologie Scrum ?
Tout Sprint est une timebox d’une durée maximale d’un mois, au cours de laquelle une équipe est censée livrer une liste spécifique d’éléments convenus correspondant à la définition confirmée de » terminé ». »
Quelles sont les valeurs Scrum ?
Les valeurs de Scrum incluent le Courage, la Concentration, l’Engagement, le Respect et l’Ouverture. Vous pouvez suivre notre guide Scrum complet pour en savoir plus sur ces valeurs et leur application à Scrum.
Quels sont les rôles Scrum ?
L’ensemble de l’équipe Scrum a généralement les responsabilités suivantes:
- Décomposer les exigences, créer des tâches, les estimer et les distribuer.
Organisation de réunions Scrum quotidiennes.
S’assurer que les fonctionnalités potentiellement expédiables seront livrées à la fin du Sprint.
Mise à jour des statuts et des efforts restants pour leurs tâches afin de permettre la création d’un diagramme de Burndown de Sprint.
Une équipe Scrum typique contient 4 rôles essentiels:
Product Owner
Un Product Owner (PO) est responsable de maximiser le retour sur investissement en identifiant les caractéristiques du produit et en les traduisant en une liste hiérarchisée.
PO décide quelles fonctionnalités doivent figurer en haut de la liste pour le prochain Sprint. Il / elle est également responsable de tous les profits et pertes du produit, agissant en tant que porte-parole des clients. La priorisation du backlog produit et la définition de la date de sortie et du contenu sont également du devoir du Product Owner.
Scrum Master
Un Scrum Master (SM) aide l’équipe produit à apprendre et à appliquer Scrum pour atteindre toutes les valeurs de l’entreprise. Il / elle n’est pas un chef d’équipe, un chef de projet ou un chef d’équipe, mais sert l’équipe, aidant à éliminer les obstacles, protégeant les collègues des interférences extérieures et les aidant à adopter des pratiques agiles. SM coache, éduque et guide le Product Owner, l’équipe et le reste de l’entreprise dans l’utilisation appropriée de Scrum.
Équipe de développement
Une équipe de développement dans Scrum comprend des personnes travaillant ensemble pour développer et livrer les incréments de produit demandés et engagés. Les développeurs Scrum sont des membres interfonctionnels capables d’atteindre les objectifs de Sprint. L’équipe peut inclure des ingénieurs logiciels, des architectes, des administrateurs système, des analystes, des concepteurs d’interface utilisateur, des experts en assurance qualité, etc. Ils construisent le produit que le Propriétaire du produit indique : le site Web ou une application, par exemple.
Intervenants
Un intervenant est une personne ou un groupe de personnes qui sont touchées par les résultats d’un produit. Les parties prenantes de Scrum s’intéressent au succès du produit. Ils peuvent être à l’intérieur ou à l’extérieur de l’entreprise qui parraine le projet.
Les parties prenantes entretiennent généralement une relation saine avec le PO pour partager les détails importants du produit. Ils sont chargés de transmettre tous les souhaits et préoccupations au PO, en fournissant une contribution régulière aux requêtes du PO.
Quelles sont les Cérémonies de Mêlée ?
Affinement de l’arriéré de produits
Un affinement de l’arriéré de produits ou un toilettage de l’arriéré consiste à ajouter des détails, des estimations et un ordre aux éléments de l’arriéré de produits. Cet événement signifie un processus continu dans lequel le PO et l’équipe de développement collaborent sur les détails des éléments de l’arriéré. Au cours de la réunion de perfectionnement, les points sont examinés et révisés.
Planification du sprint
L’objectif de la réunion de planification est de répondre aux questions « Sur quoi allons-nous travailler et comment allons-nous le faire? »Il est essentiel pour l’équipe d’avoir un objectif commun et un engagement commun à cet objectif avant de commencer cette cérémonie.
Stand-up quotidien
Une réunion quotidienne de Scrum ou un Stand-up quotidien est organisé par le Scrum Master et dure généralement 15 minutes. La réunion vise à synchroniser le travail des membres de l’équipe, par exemple, ce qui est fait la veille, ce qui doit être fait aujourd’hui, etc.
Revue de sprint
Cette cérémonie de mêlée a lieu à la fin de chaque sprint pour démontrer la fonctionnalité ajoutée. Son objectif est d’obtenir la rétroaction du PO et des intervenants pour s’assurer que l’augmentation d’échelon fournie répond aux besoins opérationnels et de réviser l’arriéré en fonction de la rétroaction.
Rétrospective du sprint
Cette réunion dure généralement 90 minutes et permet d’intégrer l’amélioration continue dans la culture d’équipe et dans la cadence du Sprint. Toute l’équipe Scrum devrait y assister pour réfléchir à son Sprint précédent et trouver comment apporter des améliorations.
Le Retro permet à l’équipe de se concentrer sur sa performance globale et d’identifier des stratégies d’amélioration continue.
Alors, qu’est-ce que le cycle de vie de Scrum ?
Le cycle de vie de Scrum est un certain nombre d’étapes consécutives et d’étapes itératives qui doivent être effectuées lors de la réalisation de tout projet Scrum. L’approche itérative est le principe principal du cycle de vie m. Le travail sur un projet Scrum est subdivisé en segments appelés Sprints. Le projet se développe d’un sprint à l’autre jusqu’à ce que le produit final soit prêt. Chaque cycle de sprint est subdivisé en plusieurs étapes consécutives qu’il doit passer du début à la fin. La méthodologie Scrum comprend également des cycles de vie plus spécialisés tels que le cycle de vie des tests et le cycle de vie des défauts.
Le cycle de vie Scrum en détails
Quelles sont les parties du cycle de vie Scrum ? Scrum n’implique pas beaucoup de rapports écrits, contrairement à la cascade traditionnelle. Il ne comprend que quelques artefacts.
Quels sont les artefacts Scrum ?
Carnet de commandes de produits
Un carnet de commandes de produits est une liste de fonctionnalités et d’exigences nécessaires à la réalisation d’un projet donné. Cette liste peut inclure des défauts ou des bogues à résoudre, des fonctionnalités à ajouter et d’autres travaux techniques ou de projet. L’ordre de la liste est basé sur les priorités. Les éléments en haut sont les tâches les plus critiques ou les tâches nécessitant un achèvement immédiat. Avec l’arriéré, tout le monde dans l’équipe sait quelles sont les exigences du projet et lesquelles ont la priorité.
Backlog Sprint
Un Backlog Sprint inclut uniquement ce qui doit être complété pendant le Sprint en cours (tandis que le backlog produit répertorie tout ce qui doit être accompli avant la fin du projet). Le backlog de sprint couvre les activités les plus récentes, il contient donc généralement plus de détails et des histoires d’utilisateurs plus complètes que le reste du backlog de produits. Il doit inclure votre plan de sortie qui explique comment vous avez l’intention de réaliser les fonctionnalités et de répondre à vos exigences de sprint.
Incrément du produit
Le produit incrémente la version du produit qui sera livrée à la fin de chaque sprint. Il détaille le résultat de tout ce travail (tandis que le backlog de sprint décrit ce qui doit être complété dans un sprint). L’incrément est un prototype ou une version préliminaire du produit final attendu par vos clients. Chaque incrément de produit doit inclure les fonctionnalités du cycle de sprint en cours et intégrer pleinement tous les éléments du carnet de commandes terminés à ce jour, de tous les sprints passés.
Considérons les détails sur les phases et les étapes de Scrum.
La première étape de tout projet Scrum est l’étape de collecte des informations nécessaires sur le futur produit. C’est la responsabilité du Propriétaire du Produit. Il est la personne qui contacte le client pour comprendre sa vision du futur logiciel. La collecte d’histoires d’utilisateurs est également l’une de ses responsabilités. Une fois que toutes les histoires d’utilisateurs sont collectées et que tous les souhaits du client sont pris en compte, ils sont classés par ordre de priorité dans une liste appelée carnet de commandes de produits. C’est le document principal de chaque projet Scrum.
Après la priorisation des éléments du backlog produit, ils sont transformés en tâches et divisés en plusieurs sprints. L’équipe le fait lors des réunions de planification de sprint. L’objectif principal de chaque réunion est de créer un backlog de sprint. C’est un document qui contient toutes les tâches pour un certain sprint. Une fois le sprint terminé, le travail de l’équipe sera estimé conformément au respect des exigences du backlog sprint.
L’étape suivante de Scrum est le processus d’exécution du Sprint. Il comprend une exécution conséquente de toutes les tâches de sprint et une évaluation quotidienne du flux de travail. La progression des exigences du backlog sprint est évaluée lors des Scrums quotidiens – les réunions d’équipe où tous les problèmes de travail positifs et négatifs sont discutés.
Après la fin du sprint, tous les membres de l’équipe Scrum participent à la revue du sprint et aux rétrospectives du sprint. Ces rassemblements aident à découvrir ce qui n’a pas fonctionné pendant le processus de sprint.
La dernière étape de chaque cycle de sprint est l’étape de l’estimation du produit. Le produit est évalué conformément à la définition de » Fait » de l’équipe et remis au client pour obtenir son feedback. Ensuite, un nouveau sprint commence et le cycle se répète.
Comment Expliquer rapidement le processus Scrum?
Résumons maintenant toutes les phases de Scrum liées au processus de Scrum.
- Tout d’abord, vous devez déterminer un arriéré de produits (c’est la responsabilité du PO, comme nous l’avons mentionné ci-dessus).
- Ensuite, l’équipe Scrum fait des estimations et des arrangements pour la charge de travail en fonction de la liste des arriérés pendant la session de toilettage.
- Avec la liste de backlog de produits, vous devez lancer une réunion de planification de sprint pour définir l’objectif de sprint de cette itération, puis sélectionner une liste d’histoires d’utilisateurs pour former le backlog de sprint.
- Ensuite, le backlog doit être complété par toute l’équipe Scrum.
- Vous devez organiser une réunion Scrum quotidienne (en boîte de temps d’environ 15 minutes). Tout le monde dans l’équipe doit parler et en face à face pour interagir avec tous les membres pour rapporter ce que vous avez fait hier et annoncer ce que vous voulez accomplir aujourd’hui.
- Chaque jour doit avoir une version qui peut être compilée avec succès et qui peut être démontrée.
- Lorsque toutes les histoires d’utilisateurs sont terminées, votre backlog Sprint est terminé. Cela signifie qu’un processus de sprint est terminé. Le PO et le client doivent participer. Chaque membre de l’équipe doit leur démontrer le logiciel de travail qu’il a terminé.
- La Rétrospective Sprint doit avoir lieu après la Revue Sprint. Pendant le Rétro, l’équipe identifie elle-même les éléments du processus qui ont fonctionné ou non pendant le sprint, ainsi que les solutions potentielles. Les rétrospectives durent généralement 90 minutes.
Conclusion
Compte tenu du niveau de transparence et du processus d’apprentissage imparable dans le cycle de développement de Scrum, le plus petit résultat possible devient un résultat rentable essentiel du cadre, sans parler des caractéristiques de produit raffinées et de la qualité du produit irréprochable.
L’essence de Scrum nécessite l’implication de collaborateurs responsables ayant une solide expérience sur le terrain. Que pensez-vous du cycle de vie de Scrum et des phases de Scrum ?