Travailler avec Scrum

1. Qu'est-ce que Scrum ?

Ce que tu as déjà compris, c'est que tout ce qui concerne le développement est standardisé. Mais si je te disais que tout est en fait standardisé ? Et ça ne concerne même pas seulement les noms des variables et des fonctions, même si c’est aussi le cas 🤦‍♂️.

Il existe une méthodologie de développement — appelée Agile — et sa mise en œuvre la plus populaire est Scrum. Scrum est aussi appelé un framework — il définit tous les processus dans une équipe. Quand doivent avoir lieu les réunions, qui doit y participer, ce qui doit être discuté, quels résultats doivent être obtenus et sous quelle forme ils doivent être enregistrés 📋.

"Mais pourquoi autant de standardisation", — vous demandez-vous. Eh bien, d'abord, vous travaillez dans un secteur high-tech — tout ce qui est high-tech, tout ça. Ensuite, c’est plus simple de bosser ensemble. Et enfin, dans votre métier de .NET Software Engineer, faites attention au dernier mot — ingénieur. Et vous comprendrez d’où ça vient.

2. Comment ça marche avec Scrum

Scrum — c’est une méthodologie agile de gestion de projets, souvent utilisée dans le dev logiciel. Elle repose sur des processus itératifs et incrémentaux 🔁

Scrum divise les projets en cycles ou phases 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 incluent les rôles, les événements et les artefacts.

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

Pas de panique ! Même si tout doit être régulé, ça peut paraître un peu effrayant, travailler "selon Scrum" est simple et agréable. Scrum a permis de résoudre le principal conflit entre développeurs et clients/propriétaires de produit 🤗

Les développeurs voulaient toujours qu’on les laisse tranquilles pour bosser sereinement. Et les propriétaires de produit avaient besoin d’ajouter rapidement de nouvelles fonctionnalités, de changer quelque chose, ou de faire une expérience 🧪.

Scrum a divisé le développement en périodes stables — sprints (généralement 2 semaines). Pendant une période, les devs ne font que les tâches prévues pour ce sprint. Si le client a besoin de quelque chose en urgence, il ajoute ces fonctionnalités dans le sprint suivant 🗓️.

3. Sprint & Scrum Board

Sprint — c’est le cycle principal de développement dans Scrum, d’une durée d’une à quatre semaines. Comme on l’a dit, pendant cette période, l’équipe travaille sur un ensemble précis de tâches issues du backlog du produit.

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

Pendant le sprint, les devs et le propriétaire du produit doivent se réunir pour discuter des tâches pour le sprint suivant.

Le Backlog 📚, ou backlog, c’est la liste de toutes les tâches à faire. En Scrum, on distingue le backlog du produit, qui inclut toutes les exigences (features), et le backlog du sprint, qui contient les tâches sélectionnées pour ce sprint. Le backlog est un document vivant, qu’on met à jour et qu’on revoit régulièrement pour rester aligné avec les objectifs business et les conditions du marché.

Le backlog du sprint actuel est souvent affiché sous forme de Scrum Board ✅ — une sorte de tableau avec des tâches et leur statut. Le tableau est divisé en colonnes, qui représentent généralement les étapes d’avancement, comme "À faire", "En cours", "En revue" et "Terminé". Cela permet à toute l’équipe de voir la progression et d’identifier facilement les obstacles dans le workflow.