Les 5 valeurs de Scrum

Scrum est un cadre très populaire et bien connu au sein dedéveloppement logiciel Agile. Il y a plusieurs années, Scrum a introduit cinq valeurs fondamentales pour guider les décisions des membres de l’équipe. Bien que tout le monde ne comprenne pas pleinement ou n’apprécie pas pleinement ces valeurs, elles sont essentielles pour une mise en œuvre réussie de Scrum et méritent une explication détaillée ici.

Courage

Les membres de l’équipe Scrum ont le courage de faire ce qui est juste et de relever des problèmes difficiles. Les membres de l’équipe s’encouragent mutuellement à faire ce qui est juste et à prendre des risques avisés afin que nous puissions apprendre et nous améliorer tout au long de notre parcours, notamment :

• Reconnaître que personne n’est parfait
• Lancer une version pouvant être annulée
• Partager toutes les informations possibles pour aider l’équipe et l’organisation
• Accepter que la capture parfaite des exigences est impossible et que s’adapter aux changements rapides est la réalité

Concentration

Chacun se concentre sur le travail du Sprint et sur l’objectif de l’équipe Scrum. La concentration est essentielle face à la complexité et à l’imprévisibilité, afin que nous puissions atteindre des résultats significatifs. En nous concentrant sur seulement quelques choses à la fois, nous livrons les éléments les plus précieux aussi rapidement que possible. Le cadre Scrum inclut des éléments qui favorisent la concentration :

• L’équipe doit se concentrer sur la livraison d’un incrément « Terminé » au moins à la fin de chaque Sprint.
• Chaque rôle Scrumrôlea une responsabilité unique, aidant les individus à savoir quoi prioriser — contribuant ainsi finalement aux résultats de l’équipe.
• Les équipes Scrum se concentrent sur leObjectif du Sprintpour guider ce que l’équipe livre.
• LeProduct Backlogest priorisé, créant une concentration claire sur ce qui est le plus important ensuite.
• Événements de Sprint avec limite de tempscréent un sentiment d’urgence et aident à maintenir la concentration sur le but de chaque événement.
• Les événements Scrum etles artefactsaident à établir des points de contrôle pour le progrès et les nouvelles informations, permettant à l’équipe de s’adapter à intervalles réguliers.

Engagement

Les membres de l’équipe Scrum doivent s’engager pleinement vers le succès et être prêts à fixer des objectifs réalistes et à y rester fidèles. Chaque rôle Scrum s’engage vers le succès de l’équipe — et non seulement vers les réalisations personnelles — créant ainsi un environnement fondé sur la confiance, la résolution efficace des problèmes et des normes élevées :

• Le Product Ownermontre son engagement en prenant les meilleures décisions pour optimiser la valeur du produit, plutôt que simplement essayer de plaire à chaque partie prenante.
• Le Scrum Masters’engage à respecter le cadre Scrum — ce qui signifie que nous ne prolongeons pas le Sprint ni ne pressions les délais pour « terminer » lors des démonstrations.
• Le Scrum Mastermontre son engagement en éliminant les obstacles que l’équipe ne peut pas résoudre elle-même, plutôt que de tolérer l’état de fait.
• Le Équipe de développementmontre son engagement en créant un incrément qui répond à sa définition de « Terminé » — et non pas simplement quelque chose qui est presque terminé.

Respect

En tant qu’équipe auto-organisée, nous ne pouvons pas fonctionner sans respect mutuel. Nous favorisons un environnement inclusif, productif et humain pour tous. Le cadre Scrum inclut des éléments qui favorisent le respect :

• Participation complète de l’équipe Scrum dans Planification du Sprint, Revue du Sprint, et Rétrospective du Sprint, favorisant le respect pour chaque rôle, responsabilité et perspective.
• L’équipe de développement est pluridisciplinaire, ce qui signifie qu’elle possède toutes les compétences nécessaires pour livrer un incrément produit « Terminé ». Cela favorise le respect pour l’expérience, les compétences et les idées de chaque individu, et encourage également l’apprentissage et la croissance.
• Le Backlog du Sprintest propriété de l’équipe de développement. Puisqu’ils sont ceux qui réalisent le travail, ils décident de ce qu’ils peuvent s’engager à accomplir et de la manière de le faire — ce qui montre le respect pour leur expertise et leur rythme durable.
• En ne revoyant que le produit « Terminé » lors de la revue du Sprint, nous apportons de la transparence sur notre progrès réel — ce qui démontre le respect envers les parties prenantes.
• Le Product Owner sollicite les retours des parties prenantes, collabore et fixe des attentes réalistes — une autre manifestation du respect envers les parties prenantes.
• Le Scrum Master se concentre sur la santé de l’équipe Scrum et l’utilisation efficace de Scrum. Endosser les rôles d’enseignant, de facilitateur et d’entraîneur montre le respect envers les individus, les équipes et leur capacité à évoluer.
• Scrum met l’accent sur la livraison de valeur : en ne s’investissant pas dans des fonctionnalités à faible valeur ou des éléments qui pourraient ne jamais être utilisés, il montre du respect envers notre organisation.
• Avoir un incrément potentiellement livrable à la fin du Sprint montre du respect envers l’organisation en évitant de forcer des investissements supplémentaires pour réaliser de la valeur : cela permet à l’organisation de prendre des décisions d’investissement flexibles.

Transparence

Le processus empirique de Scrum exige la transparence, l’ouverture et la visibilité sur notre travail, nos progrès, nos apprentissages et nos défis. Les équipes doivent collaborer de manière ouverte, à travers les disciplines et les compétences, avec les parties prenantes et l’environnement plus large — en partageant les retours et en apprenant les unes des autres. Le cadre Scrum inclut des éléments qui favorisent l’ouverture :

• Limiter les Sprints à 30 jours ou moins permet une ouverture à un changement de direction fondé sur de nouvelles informations.
• L’objectif du Sprint est fixe et fournit une orientation, mais le plan pour y parvenir peut être ajusté en fonction de ce que l’équipe de développement apprend.
• Une transparenceProduct Backlogmontre une ouverture envers les parties prenantes concernant ce qui est prévu (et ce qui ne l’est pas), ainsi que ce qui pourrait arriver ensuite.
• La rétrospective de Sprint se concentre sur l’amélioration continue des interactions, des processus et des outils de l’équipe — permettant des retours ouverts, une réflexion et des changements dans la manière dont nous travaillons.
• La revue de Sprint démontre une ouverture dans le partage des progrès avec les parties prenantes et l’accueil de leurs retours et de leur collaboration.