Table des matières
Qui utilise la méthodologie agile scrum ?
Scrum est largement utilisé par les équipes de développement de logiciels. En fait, c'est le méthodologie agile la plus populaire. Selon le 12e édition State of Agile rapport, 70 % des équipes logicielles utilisent scrum ou un scrum hybride. Cependant, Scrum s'est étendu à d'autres fonctions commerciales, notamment l'informatique et le marketing, où certains projets doivent avancer en présence de complexité et d'ambiguïté. Les équipes de direction fondent également leurs pratiques de gestion agile sur scrum, en le combinant souvent avec des pratiques lean et kanban (sous-groupes de gestion de projet agile).
Qu'est-ce que scrum par rapport à la gestion de projet agile ?
Scrum est un sous-groupe d'agile :
- Agile est un ensemble de valeurs et de principes qui décrivent les interactions et les activités quotidiennes d'un groupe. Agile lui-même n'est pas normatif ou spécifique.
- La méthodologie scrum suit les valeurs et les principes de l'agilité, mais comprend des définitions et des spécifications supplémentaires, notamment en ce qui concerne certaines pratiques de développement logiciel.
Quels sont les bénéfices tirés de la méthodologie Scrum ?
Les organisations qui ont adopté la mêlée agile ont fait l'expérience :
- Une productivité plus élevée
- Des produits de meilleure qualité
- Réduction du temps de mise sur le marché
- Amélioration de la satisfaction des parties prenantes
- Meilleure dynamique d'équipe
- Des employés plus heureux
Quelle est la particularité de la gestion de projet Scrum ?
Scrum répond à la complexité du travail en rendant les informations transparentes, afin que les utilisateurs puissent inspecter et s'adapter en fonction des conditions actuelles plutôt que des conditions prévues. Cela permet aux équipes de remédier aux pièges courants d'un processus de développement en cascade : le chaos résultant d'exigences en constante évolution ; sous-estimation du temps, des ressources et des coûts ; des compromis sur la qualité des logiciels ; et des rapports d'avancement inexacts. La transparence des termes et normes communs est requise dans le développement de Scrum pour garantir que ce qui est livré correspond à ce qui était attendu. Des inspections fréquentes garantissent les progrès et détectent les écarts dès le début afin que des ajustements puissent être effectués rapidement. Les événements Scrum les plus courants pour l'inspection et l'adaptation sont : planification de sprint, mêlée quotidienne ou « stand-up », revue de sprint et rétrospective de sprint (voir la section « événements scrum » ci-dessous).
Qu'est-ce que la méthodologie Scrum par rapport aux autres approches agiles ?
La plupart des entreprises font d’abord la transition de leurs équipes individuelles vers Agile avant de les « adapter » au reste de l’organisation. Faire évoluer l'agilité n'est pas facile, ce qui a récemment conduit à l'émergence de nouveaux cadres, tels que le Cadre Agile à l'échelle® et Disciplined Agile Delivery (DAD). Cette popularité a fait de Scrum un élément important de nombreuses initiatives de gestion agile du cycle de vie des applications (Agile ALM).
Quels sont les composants du développement Agile Scrum ?
La méthodologie Scrum est définie par les rôles d'équipe, les événements (cérémonies), les artefacts et les règles.
L'équipe de mêlée
Les équipes Scrum sont généralement composées de 7 +/- 2 membres et n'ont pas de chef d'équipe pour déléguer des tâches ou décider comment un problème est résolu. L'équipe en tant qu'unité décide comment aborder les problèmes et résoudre les problèmes. Chaque membre de l'équipe Scrum fait partie intégrante de la solution et doit mener à bien un produit du début à la fin. Il y a trois rôles clés dans une équipe Scrum :
Product Owner
Le Product Owner est la partie prenante clé du projet – généralement un client interne ou externe, ou un porte-parole du client. Il n'y a qu'un seul propriétaire de produit qui transmet la mission et la vision globales du produit que l'équipe construit. Le propriétaire du produit est responsable en dernier ressort de la gestion du backlog du produit et de l'acceptation des incréments de travail terminés.
Le maître de mêlée
Le scrum master est le leader au service du propriétaire du produit, de l'équipe de développement et de l'organisation. Sans autorité hiérarchique sur l'équipe mais plutôt comme un facilitateur, le Scrum Master s'assure que l'équipe adhère à la théorie, aux pratiques et aux règles de Scrum. Le scrum master protège l'équipe en faisant tout son possible pour aider l'équipe à performer au plus haut niveau. Cela peut inclure la suppression d'obstacles, la facilitation de réunions et l'aide au propriétaire du produit pour réduire l'arriéré.
L'équipe de développement
L'équipe de développement est un groupe interfonctionnel auto-organisé, doté de toutes les compétences nécessaires pour fournir des incréments livrables à la fin de chaque sprint. Scrum élargit la définition du terme "développeur" au-delà des programmeurs pour inclure toute personne qui participe à la création de l'incrément livré. Il n'y a pas de titres dans l'équipe de développement et personne, y compris le scrum master, ne dit à l'équipe de développement comment transformer les éléments du backlog produit en incréments potentiellement livrables
Événements Scrum (cérémonies)
Le sprint
Un sprint est une période limitée dans le temps au cours de laquelle un travail spécifique est terminé et préparé pour la révision. Les sprints durent généralement de 2 à 4 semaines, mais peuvent être aussi courts qu'une semaine.
Planification de sprint
Les réunions de l'équipe de planification de sprint sont des événements limités dans le temps qui déterminent quels éléments du backlog de produit seront livrés et comment le travail sera réalisé.
Le stand-up quotidien
Le stand-up quotidien est une courte réunion de communication (pas plus de 15 minutes) au cours de laquelle chaque membre de l'équipe couvre rapidement et de manière transparente les progrès depuis le dernier stand-up, le travail prévu avant la prochaine réunion et tout obstacle susceptible de bloquer leur progression. .
La revue de sprint
La revue de sprint est le "show-and-tell" ou l'événement de démonstration permettant à l'équipe de présenter le travail réalisé pendant le sprint. Le propriétaire du produit vérifie le travail par rapport à des critères d'acceptation prédéfinis et accepte ou rejette le travail. Les parties prenantes ou les clients donnent leur avis pour s'assurer que l'incrément fourni répond au besoin de l'entreprise.
La rétrospective
La rétrospective, ou rétro, est la dernière réunion d'équipe du sprint pour déterminer ce qui s'est bien passé, ce qui ne s'est pas bien passé et comment l'équipe peut s'améliorer lors du sprint suivant. En présence de l'équipe et du scrum master, la rétrospective est une occasion importante pour l'équipe de se concentrer sur sa performance globale et d'identifier des stratégies d'amélioration continue de ses processus.
Artefacts Scrum
Backlog de produit
Le carnet de produit est le document le plus important qui décrit toutes les exigences d'un système, d'un projet ou d'un produit. Le backlog de produit peut être considéré comme une liste de tâches composée d'éléments de travail, chacun produisant un livrable à valeur commerciale. Les éléments du backlog sont classés en termes de valeur commerciale par le Product Owner.
Sarriéré d'impression
Un backlog de sprint est la liste spécifique des éléments extraits du backlog de produit qui doivent être complétés dans un sprint.
Incrément
Un incrément est la somme de tous les éléments du backlog de produit qui ont été complétés depuis le dernier logiciel release. Bien qu'il appartienne au propriétaire du produit de décider quand un incrément est released, il est de la responsabilité de l'équipe de s'assurer que tout ce qui est inclus dans une augmentation est prêt à être released. Ceci est également appelé incrément potentiellement livrable (PSI).
Règles Scrum
Les règles de scrum agile doivent être entièrement à la charge de l'équipe et régies par ce qui fonctionne le mieux pour leurs processus. Les meilleurs entraîneurs agiles diront aux équipes de commencer par les événements Scrum de base énumérés ci-dessus, puis d'inspecter et de s'adapter en fonction des besoins uniques de votre équipe afin d'améliorer continuellement la façon dont les équipes travaillent ensemble.
Pratiquer la mêlée
Commencer
À commencer avec scrum, il n'est pas rare qu'une équipe Scrum individuelle utilise des outils Scrum simples comme un tableau blanc, des notes autocollantes ou une feuille de calcul pour gérer le backlog de produit et la progression des éléments du backlog de sprint dans chaque sprint. La mise à l'échelle des pratiques agiles au reste de l'organisation est sans aucun doute plus compliquée - plus il y a d'équipes qui utilisent Scrum au sein d'une organisation ou sont dispersées géographiquement, plus les outils simples comme les tableaux blancs, les notes autocollantes et les feuilles de calcul deviennent encombrants.
Faire passer l'agilité au niveau supérieur
Digital.ai Agility, anciennement VersionOne, relève le défi de la mise à l'échelle des pratiques agiles telles que Scrum en fournissant une plate-forme de gestion de projet agile tout-en-un qui peut être utilisée non seulement par des équipes individuelles, mais également par des entreprises distribuées qui ont adopté un cadre agile à l'échelle. Digital.ai Agility est un environnement centralisé permettant aux parties prenantes au niveau de l'équipe, du programme et du portefeuille de planifier, suivre et rendre compte livraison de logiciel quel que soit l'emplacement.
