Skip to main content

Welcome to a Grasp lesson

Create a free account to keep studying and create your own study path.

Lesson 52

Understanding Development Workflows

Recommended resources

Bonjour !

Dans notre dernière leçon, nous avons exploré comment exprimer l'accord et le désaccord de manière professionnelle. C'est une compétence cruciale pour contribuer aux discussions techniques. Aujourd'hui, nous allons passer de la discussion sur les idées à la description des processus qui encadrent votre travail.

L'objectif de cette leçon est de vous apprendre à décrire un flux de travail de développement (par exemple, les sprints Agile, CI/CD) en termes simples. En tant que développeur full-stack, vous participez constamment à ces processus. Savoir les expliquer en français est fondamental pour les réunions de planification, les daily stand-ups, ou simplement pour discuter de votre façon de travailler avec vos collègues francophones.

Nous allons diviser cette leçon en deux parties principales, qui reflètent le quotidien d'une équipe de développement moderne :

  1. La méthodologie Agile et Scrum : Comment le travail est-il organisé ?
  2. Le pipeline CI/CD : Comment le code passe-t-il du développeur à la production ?

1. Décrire le workflow Agile (Scrum)

Les méthodes agiles sont aujourd'hui la norme dans le développement logiciel. Elles privilégient la flexibilité, la collaboration et la livraison itérative. Scrum est le cadre de travail (framework) agile le plus populaire.

Pour vous familiariser avec les concepts et le vocabulaire de base en français, je vous propose de regarder une vidéo qui explique l'essentiel de l'agilité.

Méthodes agiles : comprendre l'essentiel en 7 minutes

La vidéo « Méthodes agiles : comprendre l'essentiel en 7 minutes » de la chaîne Cookie connecté est une excellente introduction. Elle explique les valeurs agiles et les bases de Scrum d'une manière très claire.

Regardez la vidéo de 01:32 à 07:17. Concentrez-vous sur les points suivants : Les 4 valeurs du Manifeste Agile (01:32 - 03:07). L'exemple qui compare l'approche traditionnelle (cycle en V) et l'approche Agile (03:07 - 05:44). La présentation du framework Scrum : les rôles (Product Owner, Scrum Master), les concepts (product backlog, sprint) et les réunions (daily scrum) (05:44 - 07:17).

La vidéo a introduit beaucoup de vocabulaire essentiel. Voici un tableau pour vous aider à le consolider. Plusieurs de ces termes sont des anglicismes utilisés tels quels en français.

Français Anglais Définition simple
Méthode agile Agile methodology Une approche itérative et flexible de la gestion de projet.
Le Product Owner (PO) Product Owner La personne responsable de la vision du produit et de la priorisation du travail.
Le Scrum Master Scrum Master Le facilitateur qui s'assure que l'équipe respecte le cadre Scrum.
L'équipe de développement Development Team L'équipe qui réalise le travail.
Le product backlog Product backlog La liste priorisée de tout ce qui est nécessaire pour le produit.
Le sprint Sprint Une itération de travail de 1 à 4 semaines à la fin de laquelle on livre un incrément de produit.
Le sprint backlog Sprint backlog La liste des tâches sélectionnées du product backlog pour le sprint en cours.
La mêlée quotidienne / le daily scrum Daily stand-up Une courte réunion quotidienne pour synchroniser l'équipe.
La revue de sprint (sprint review) Sprint review Une réunion à la fin du sprint pour présenter ce qui a été fait.
Une user story (US) User story Une description simple d'un besoin utilisateur.

Pour avoir une vue d'ensemble, l'image suivante illustre parfaitement le cycle Scrum.

Scrum Model and Agile Practices Workflow
Ce diagramme montre le flux de travail Scrum. On part du **Product Backlog** (la liste de tout ce qu'il faut faire), on planifie un **Sprint** (Sprint Planning), on travaille pendant 1 à 4 semaines avec des **Daily Scrums**, et à la fin on produit un **Increment** (une nouvelle version du logiciel) qui est inspecté lors de la **Sprint Review**.

Comment décrire votre processus Agile ?

Maintenant, vous pouvez utiliser ce vocabulaire pour décrire votre travail. Voici un exemple simple que vous pouvez adapter :

"Notre équipe travaille en sprints de deux semaines. Au début de chaque sprint, pendant le sprint planning, on sélectionne les user stories du product backlog. Chaque matin, on fait une mêlée quotidienne pour parler de notre avancement et des obstacles. À la fin du sprint, on présente les nouvelles fonctionnalités pendant la revue de sprint."


2. Décrire le pipeline CI/CD

L'agilité nous aide à organiser le travail, mais comment le code est-il concrètement testé et déployé ? C'est le rôle du pipeline CI/CD (Continuous Integration / Continuous Deployment ou Intégration et Déploiement Continus).

Regardons une autre vidéo de la même chaîne pour démystifier ce concept.

CI/CD : comprendre l'essentiel en 8 minutes

La vidéo « CI/CD : comprendre l'essentiel en 8 minutes » explique très bien comment l'automatisation transforme le cycle de vie du développement.

Regardez la vidéo de 00:00 à 05:41. Faites attention aux étapes : La définition du CI/CD et le problème qu'il résout (00:00 - 01:41). L'Intégration Continue (CI) : centralisation du code (Git), compilation (build), tests automatisés (01:41 - 04:06). Le Déploiement Continu (CD) : tests supplémentaires et déploiement sur les environnements (04:06 - 05:41).

Ce processus est technique, mais les concepts clés sont universels. Voici le vocabulaire à retenir :

Français Anglais Définition simple
L'intégration continue (CI) Continuous Integration Le processus d'automatisation de l'intégration et des tests du code.
Le déploiement continu (CD) Continuous Deployment Le processus d'automatisation du déploiement du code en production.
Le pipeline CI/CD CI/CD pipeline La chaîne d'outils automatisés qui exécute les étapes du CI/CD.
La compilation / le build Build Le processus de transformation du code source en un programme exécutable.
Les tests automatisés Automated tests Des scripts qui vérifient que le code fonctionne comme prévu.
Les tests unitaires Unit tests Tests qui valident une petite partie du code (une fonction, une classe).
Les tests d'intégration Integration tests Tests qui vérifient que plusieurs parties du système fonctionnent bien ensemble.
Déployer en production To deploy to production Mettre la nouvelle version du logiciel à disposition des utilisateurs.
Le dépôt (de code) (Code) repository L'endroit où le code source est stocké et versionné (ex: Git).

Pour clarifier la distinction entre CI, CD (Continuous Delivery), et CD (Continuous Deployment), je vous invite à lire une courte section d'un article.

CI/CD : définition et guide détaillé !

L'article « CI/CD : définition et guide détaillé ! » de Qim info résume bien les concepts. Cette lecture rapide vous aidera à solidifier votre compréhension.

Lisez les sections intitulées « Qu'est-ce que la livraison continue ? » et « Quelle est donc la différence entre "CI" et "CD" ? ». Notez bien la différence entre la livraison continue (préparation au déploiement) et le déploiement continu (déploiement automatisé en production).

Comment décrire votre pipeline CI/CD ?

Voici un modèle simple pour expliquer votre pipeline :

"Quand un développeur pousse (pushes) du code dans le dépôt Git, notre pipeline CI/CD se déclenche automatiquement. La partie CI (intégration continue) compile le code pour créer un build, puis lance tous les tests automatisés, comme les tests unitaires et les tests d'intégration. Si tous les tests passent, la partie CD (déploiement continu) déploie la nouvelle version sur l'environnement de staging pour des tests supplémentaires."


Conclusion

Félicitations ! Vous avez maintenant le vocabulaire et les structures de phrases nécessaires pour décrire deux des processus les plus fondamentaux du développement logiciel moderne en français.

Points clés à retenir :

  • Agile/Scrum : Utilisez les termes comme sprint, backlog, mêlée quotidienne et revue de sprint pour expliquer comment votre équipe organise son travail.
  • CI/CD : Employez des verbes comme compiler, tester, déployer et des noms comme pipeline, intégration continue pour décrire le chemin automatisé de votre code vers la production.
  • Pratiquez : Essayez de décrire à voix haute le workflow de votre équipe actuelle en utilisant les phrases modèles de cette leçon.

Dans notre prochaine leçon, nous allons mettre ce contexte en pratique. Vous apprendrez à rapporter l'avancement de votre projet, les blocages et les risques lors d'une réunion de type stand-up. Ce que vous avez appris aujourd'hui vous donnera le cadre parfait pour structurer vos mises à jour.

À bientôt