La méthodologie agile Scrum

Scrum est un cadre de travail (framework) pour le développement, la livraison et la maintenance de produits complexes développé par Ken Schwaber et Jeff Sutherland.

Qu’est ce que la méthodologie Scrum ?

Un cadre de travail

Le « SCRUM » est un cadre de travail au sein duquel les acteurs peuvent aborder des problèmes complexes et adaptatifs, en livrant de manière efficace et créative des produits de la plus grande valeur possible. Scrum n’est pas en soi un processus, une technique ou une méthode définitive. C’est plutôt un cadre de travail (framework) dans lequel vous pouvez utiliser différents processus et techniques.

Scrum met en évidence l’efficacité relative à la gestion de votre produit et aux techniques de travail afin que vous puissiez continuellement améliorer le produit, l’équipe et l’environnement de travail.

La théorie de l’empirisme

Théorie de Scrum Scrum est fondé sur la théorie du contrôle empirique de processus, ou l’empirisme. L’empirisme affirme que la connaissance provient de l’expérience et la prise de décisions est basée sur des faits connus. Scrum utilise une approche itérative et incrémentale pour optimiser la prédictibilité et le contrôle de risque.

Trois piliers

Trois piliers soutiennent l’implémentation d’un contrôle empirique de processus: la transparence, l’inspection et l’adaptation. Transparence Les aspects importants du processus doivent être visibles à tous ceux qui sont responsables des résultats. La transparence requiert la définition d’un standard commun pour ces aspects afin que les observateurs partagent une compréhension commune de ce qui est observé.

Les artefacts

Les utilisateurs de Scrum doivent fréquemment inspecter les artefacts Scrum et l’état d’avancement par rapport à un Objectif de Sprint (Sprint Goal) afin de détecter les écarts indésirables. La fréquence de ces inspections ne devrait pas gêner le travail en cours. Ces inspections sont plus bénéfiques lorsqu’elles sont effectuées avec diligence par des inspecteurs qualifiés sur les lieux de travail.

Les quatre événements

Scrum prescrit quatre événements formels d’inspection et d’adaptation, tels que décrit dans la section événements Scrum de ce document :

• Planification du Sprint (Sprint Planning)
• Mêlée Quotidienne (Daily Scrum)
• Revue de sprint (Sprint Review)
• Rétrospective de Sprint (Sprint Retrospective)

Points clés de la méthodologie Scrum

Si l’on résume, Scrum est un Framework pas très compliqué, qui nécessite :

• Une ÉQUIPE composée du Product owner, du Scrum Master et de l’équipe Dev qui doit être pluridisciplinaire et doit s’organiser. Ils doivent fournir de la valeur rapidement et obtenir le feedback des utilisateurs
• Des VALEURS comme le courage de faire ce qu’il faut et de travailler sur des problèmes difficiles, la capacité de se concentrer sur le travail du Sprint et les objectifs, l’engagement à atteindre les objectifs de l’équipe Scrum, le respect de chacun pour être des personnes capables et indépendantes, et accepter d’être ouvert sur tout le travail et les défis de l’exécution du travail.
• Le respect des 3 PILIERS FONDAMENTAUX qui sont la Transparence en pratiquant un langage commun et le partage de toutes les informations nécessaires, l’Inspection qui consiste à vérifier régulièrement que les développements ne sont pas en phase avec les demandes du client et l’Adaptation pour ajuster le processus ou l’équipement si des déviations sont identifiées.
• Utiliser les EVENEMENTS prescrits pour assurer l’inspection et l’adaptation. Diviser le développement en cycles appelés Sprint (2 ou 3 semaines max), utiliser la planification du Sprint pour déterminer l’objectif du Sprint, le Sprint quotidien (15min max) pour avoir un point quotidien pendant le sprint et, à la fin du sprint, la revue du Sprint pour l’inspection de l’incrément réalisé et la rétrospective du Sprint pour les axes d’amélioration à mettre en œuvre.
• Utiliser les ARTIFACTS pour maximiser la transparence comme le Backlog de produit qui doit contenir les différentes fonctionnalités/tâches du produit, le Backlog de sprint qui contient les tâches à intégrer dans un sprint, la User story où sont définies les fonctionnalités à développer, le Story Point pour estimer la user story, la Definition of Done qui est la checklist des tâches pour déclarer un livrable et l’incrément du produit livré après chaque sprint.

Pourquoi utiliser la méthodologie Scrum ?

L’utilisation première : le développement produit

Scrum a été initialement développé pour la gestion et le développement de produits. Depuis le début des années 1990, Scrum a été largement utilisé dans le monde entier pour:

• Rechercher et identifier des marchés, des technologies et des caractéristiques produit viables
• Développer des produits et des améliorations
• Publier des produits et des améliorations, jusqu’à plusieurs fois par jour
• Développer et maintenir des environnements Cloud (en ligne, sécurisé, à la demande) et d’autres environnements d’exploitation de produits
• Maintenir et renouveler des produits.

Généralisation de l’utilisation

Scrum a été utilisé pour développer des logiciels, du matériel, des logiciels embarqués, des réseaux de fonctions interactives, des véhicules autonomes, des écoles, des gouvernements, du marketing, de la gestion opérationnelle des organisations et presque tout ce que nous utilisons dans notre vie quotidienne.

Face à l’augmentation des complexités sur le plan technologique, marché et environnemental et de leurs interactions, l’utilité de Scrum, pour faire face à cette complexité, est confirmée quotidiennement. Scrum s’est avéré particulièrement efficace dans le transfert itératif et incrémental de savoir.

Arriver rapidement à un mvp

Le principal avantage de Scrum est de conduire rapidement à une première itération d’un produit ou d’un service (MVP).

Validée progressivement par le client, les sprints suivants permettent d’enrichir cette première base. Résultat : En divisant les processus de développement en plusieurs cycles, la gestion de projet aboutit à un processus beaucoup plus productif.

Les projets en cycle en V, de l’analyse des besoins à la spécification des liens, en passant par la conception, le codage et les tests, sont souvent caractérisés par une livraison unique en bout de chaîne qui ne correspond plus aux enjeux métier qui auront nécessairement évolué entre-temps.

Difficultés et bénéfices de la mise en œuvre

Difficulté de mise en œuvre de la méthode agile

Travailler en méthode agile ne s’improvise pas, cela demande rigueur et méthode. Très important, pour une efficacité optimale, la méthode agile doit être appliquée dans tous les domaines d’activité de l’entreprise, et pas seulement l’informatique.

• Le Changement comme toute nouvelle méthodologie de travail il y a un temps d’adaptation pour les équipes qui la pratique pour la toute première fois. Il est important de bien expliquer aux équipes les différents bénéfices de celle-ci.
• L’importance de connaitre le Périmètre et de la Priorisation des besoins avant de se lancer dans la construction de la solution. En effet, si dans les méthodes plus « classiques » le périmètre du produit à développer est une constante et le délais et les coûts sont ajustés alors que pour la méthode Scrum les coûts et délais sont définis comme des invariables et le périmètre est la variable du projet. D’où l’importance de bien connaitre le périmètre.

Bénéfices observés

Meilleure communication entre les différents acteurs, plus de réactivité et plus de visibilité. Cela contribue au succès!

• Plus grande prévisibilité et anticipation des retards grâce  au découpage en sprints
• Plus de transparence et d’implication des utilisateurs avec la possibilité de tester plus rapidement les fonctionnalités implémentées
• Plus grande capacité de changement grâce aux livraisons plus fréquentes les utilisateurs ont l’opportunité de faire rapidement un retour car il arrive souvent qu’ils ne fassent pas un retour complet avant d’avoir pu tester la solution directement dans l’application.