Travailler avec Scrum

13.1 Qu'est-ce que Scrum ?

Tu as déjà compris que tout ce qui concerne le développement est standardisé. Et si je te disais que tout est standardisé en général ? Et là je ne parle même pas des noms de variables et de fonctions, même si eux aussi sont standardisés 🤦

Il y a une méthodologie de développement appelée Agile et sa version populaire — Scrum. Scrum est aussi appelé framework d'équipe : il définit tous les processus dans l'équipe. Quand doivent se tenir les réunions, qui doit y être présent, ce qui doit être discuté, quels résultats doivent en ressortir et sous quelle forme ils doivent être consignés.

Mais pourquoi tant de standardisation, tu demandes peut-être. Eh bien, premièrement, tu travailles dans un secteur high-tech — la haute technologie et tout ça. Deuxièmement, c'est plus simple pour tout le monde de travailler ensemble. Et troisièmement, dans le nom de ton métier Frontend Fullstack Software Engineer, fais attention au dernier mot — ingénieur. Et tu comprendras d'où ça vient.

13.2 À quoi ressemble le travail avec Scrum

Scrum — c'est une méthodologie flexible de gestion de projet, souvent utilisée dans le développement logiciel. Elle est basée sur des processus itératifs et incrémentaux.

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

Les éléments clés de Scrum incluent les rôles, les événements et les artefacts.

Les rôles principaux — 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 l'équipe de développement, qui exécute le travail.

Les événements principaux — comprennent les réunions quotidiennes (daily meetings), la planification des sprints, les rétrospectives et les démonstrations des résultats du travail. Les artefacts incluent le backlog produit, le backlog de sprint et l'incrément de produit.

Ne t'inquiète pas : même si la réglementation de tout peut paraître un peu effrayante, travailler avec Scrum est facile et agréable. Scrum a résolu le conflit principal entre les développeurs et les clients/propriétaires de produit.

Les développeurs ont toujours demandé qu'on les laisse tranquilles pour travailler sereinement. Et les propriétaires de produit avaient besoin d'insérer rapidement de nouvelles fonctionnalités, d'ajouter quelque chose, ou de mener une quelconque expérimentation.

Scrum a divisé le développement en périodes stables — les sprints (en général de 2 semaines). Pendant ce temps, les développeurs réalisent uniquement les tâches planifiées pour le sprint actuel. Si le client a besoin de quelque chose en urgence, il ajoute ces fonctionnalités au sprint suivant.

13.3 Sprint & Scrum Board

Sprint — c'est le cycle de développement principal dans Scrum qui dure généralement de une à quatre semaines, durant lequel l'équipe travaille à la réalisation d'un ensemble spécifique de tâches du backlog produit.

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

Pendant le sprint en cours, les développeurs et le propriétaire du produit doivent se réunir pour discuter des tâches du prochain sprint. La liste des tâches est appelée backlog.

Backlog, ou backlog, — c'est la liste de toutes les tâches à réaliser. En Scrum, on distingue le backlog produit, qui inclut toutes les exigences du produit (fonctionnalités), et le backlog de sprint, qui est constitué des tâches choisies pour réalisation dans le sprint en cours. Le backlog est un document vivant qui est régulièrement mis à jour et révisé pour garantir la conformité avec les objectifs commerciaux actuels et les conditions du marché.

Le backlog du sprint en cours est souvent affiché sous la forme d'un Scrum Board — une sorte de tableau avec les tâches et leurs statuts. Le tableau est divisé en colonnes, qui représentent généralement les étapes de réalisation des tâches, telles que "À faire", "En cours", "En vérification" et "Terminé". Cela permet à toute l'équipe de voir les progrès et d'identifier facilement toute difficulté dans le processus de travail.