Travailler avec Scrum

4.1 Qu'est-ce que le Scrum ?

Que tout ce qui concerne le développement soit standardisé, tu l'as déjà compris. Mais si je te disais que tout est vraiment standardisé ? Et je ne parle même pas des noms de variables et de fonctions, bien qu'eux aussi soient standardisés🤦‍♂️.

Il y a une méthodologie de développement appelée Agile et sa réalisation populaire — Scrum. Scrum est aussi appelé 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 doivent être les résultats des réunions et comment ils doivent être enregistrés.

"Mais pourquoi tant de standardisation ?", tu vas demander. Eh bien, d'abord, tu travailles dans un secteur de haute technologie — high-tech, tout ça. Deuxièmement, c'est plus facile de travailler les uns avec les autres comme ça. Et troisièmement, dans le nom de ta profession Python Fullstack Software Engineer, fais attention au dernier mot — ingénieur. Et tu comprendras d'où ça vient.

4.2 À quoi ressemble le travail avec Scrum

Scrum — c'est une méthodologie flexible de gestion de projets, souvent utilisée dans le développement de logiciels. 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 d'une à quatre semaines. Chaque sprint commence par la planification des tâches à accomplir et se termine par une présentation où l'équipe montre les résultats obtenus.

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

Les rôles principaux sont le Product Owner, qui définit les exigences du produit, le Scrum Master, qui maintient le processus selon les règles de Scrum, et l'équipe de développeurs, qui exécute le travail.

Les événements principaux 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 du travail. Les artefacts incluent le backlog du produit (liste de tâches), le backlog du sprint et l'incrément du produit.

Ne t'inquiète pas ! Bien que la réglementation de tout puisse sembler un peu effrayante, travailler "avec Scrum" est facile et agréable. Scrum a résolu le principal conflit entre les développeurs et les clients/propriétaires de produit.

Les développeurs ont toujours demandé à être laissés tranquilles pour travailler sereinement. Et les propriétaires de produit avaient besoin d'ajouter rapidement de nouvelles fonctionnalités, changer quelque chose, ou faire une expérience quelconque.

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

4.3 Sprint & Scrum Board

Sprint — c'est le cycle de développement principal dans Scrum, d'une durée de une à quatre semaines. Comme on l'a déjà dit, pendant cette période, l'équipe travaille à réaliser un ensemble spécifique de travaux tirés du backlog du produit.

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

Pendant le sprint en cours, les développeurs et le propriétaire du produit doivent se réunir lors d'une réunion pour discuter des tâches du sprint suivant.

Backlog, ou backlog, — c'est une liste de toutes les tâches à accomplir. Dans Scrum, on distingue le backlog du produit, qui inclut toutes les exigences du produit (fonctionnalités), et le backlog du sprint, qui est composé de tâches choisies pour réalisation durant le sprint en cours. Le backlog est un document vivant qui est régulièrement mis à jour et revu pour assurer l'alignement avec les objectifs commerciaux actuels et les conditions du marché.

Le backlog du sprint en cours aime être affiché 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'accomplissement des tâches, telles que "À faire", "En cours", "En vérification" et "Terminé". Cela permet à toute l'équipe de voir la progression et d'identifier facilement toute difficulté dans le processus de travail.