Travailler avec Scrum

1. Qu’est-ce que Scrum ?

Vous avez déjà compris que tout ce qui touche au développement est standardisé. Et si je vous disais que absolument tout est standardisé ? Et il ne s’agit même pas des noms de variables et de fonctions, bien qu’eux aussi soient standardisés 🤦‍♂️.

Il existe une méthodologie de développement — appelée Agile —, et sa mise en œuvre populaire — Scrum. On appelle aussi Scrum un framework — il définit tous les processus de l’équipe. Quand les réunions doivent avoir lieu, qui doit y assister, ce qui doit y être discuté, quels résultats doivent en sortir et sous quelle forme ils doivent être consignés 📋.

« Mais pourquoi autant de standardisation », me direz-vous. D’abord, vous travaillez dans un secteur de haute technologie — high-tech, tout ça. Ensuite, il est plus simple de travailler les uns avec les autres. Et enfin, dans l’intitulé de votre métier .NET Software Engineer, prêtez attention au dernier mot — ingénieur. Et vous comprendrez d’où cela vient.

2. À quoi ressemble le travail en Scrum

Scrum est une méthodologie flexible de gestion de projet, souvent utilisée dans le développement de logiciels. Elle est fondée sur des processus itératifs et incrémentaux 🔁

Scrum divise les projets en cycles/étapes de développement, appelés sprints, qui durent généralement de deux à quatre semaines. Chaque sprint commence par la planification des tâches à réaliser et se termine par une présentation où l’équipe montre les résultats obtenus 🎯.

Les éléments clés de Scrum comprennent les rôles, les événements et les artéfacts.

• Rôles principaux — le Product Owner, qui définit les exigences produit, le Scrum Master, qui soutient le processus conformément aux règles Scrum, et l’équipe de développement, qui réalise le travail.
• Événements principaux — les réunions quotidiennes (daily meetings ou daily), la planification des sprints, les rétrospectives et les démonstrations des résultats.
• Artéfacts incluent le backlog produit (liste des tâches), le backlog de sprint et l’incrément de produit 📋.

N’ayez pas peur ! Même si la formalisation de tout et de n’importe quoi peut sembler un peu effrayante, travailler « en Scrum » est simple et agréable. Scrum a résolu le conflit principal entre les développeurs et les clients/propriétaires du produit 🤗

Les développeurs ont toujours demandé qu’on les laisse tranquilles et qu’on leur permette de travailler sereinement. Or les propriétaires de produit avaient besoin d’ajouter d’urgence de nouvelles fonctionnalités, de changer quelque chose, ou de mener une expérience 🧪.

Scrum a découpé le développement en périodes stables — des sprints (généralement 2 semaines). Pendant une période, les développeurs ne traitent que les tâches planifiées pour le sprint en cours. Si le client a besoin de faire quelque chose en urgence, il ajoute ces fonctionnalités au sprint suivant 🗓️.

3. Sprint & Scrum Board

Sprint est le cycle de développement principal dans Scrum, d’une durée d’une à quatre semaines. Comme nous l’avons déjà dit, pendant cette période l’équipe travaille sur l’exécution d’un ensemble précis de travaux issus du backlog produit.

Au début de chaque sprint a lieu la planification ⏳, où l’équipe choisit des tâches du backlog produit et s’engage à les réaliser. Le sprint se termine par une démonstration du travail effectué et une rétrospective, où l’équipe analyse le processus de travail sur le sprint et cherche des moyens d’améliorer le sprint suivant. Cette approche permet de mettre le produit à jour régulièrement, tout en réagissant rapidement aux changements d’exigences et de priorités.

Pendant le sprint en cours, les développeurs et le Product Owner doivent se réunir pour discuter des tâches du prochain sprint.

Backlog 📚, ou backlog, est la liste de toutes les tâches à accomplir. En Scrum, on distingue le backlog produit, qui comprend toutes les exigences pour le produit (fonctionnalités), et le backlog de sprint, qui se compose des tâches choisies pour réalisation pendant le sprint en cours. Le backlog est un document vivant, régulièrement mis à jour et révisé afin de rester aligné sur les objectifs métier actuels et les conditions du marché.

Le backlog du sprint en cours est souvent représenté sous forme de Scrum Board ✅ — une sorte de tableau avec des tâches et des statuts. Le tableau est divisé en colonnes, qui représentent généralement les étapes d’avancement des tâches, telles que « À faire », « En cours », « En revue » et « Terminé ». Cela permet à toute l’équipe de voir la progression et d’identifier facilement les éventuelles difficultés dans le flux de travail.